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Licht- 
schalter 


Die Entwicklung neuer optischer 
Techniken wird in naher Zukunft 
auch zum Bau von „Lichtcompu- 
tern“ führen. Licht kann Informa- 
tionen sehr viel schneller übertra- 
gen als Elektrizität - der Compu- 
ter wird also mehr als tausendmal 
schneller arbeiten. 


U::: einem Computer stellt sich fast jeder 
automatisch ein elektrisches Gerät vor, 
das Informationen in digitalen Schaltkreisen 
speichert und verarbeitet. Doch Daten und In- 
formationen können auch ganz anders gespei- 
chert werden: in speziell geformten Zahn- 
rädern, auf Lochstreifen, sogar als Perlenmu- 
ster — nahezu jede physikalische Anordnung 
kann Informationen tragen. 

Elektronische Halbleiter gelten bisher als 
beste Informationsspeicher. Sie verbrauchen 
wenig Energie, sind mikroskopisch klein und 
in der Datenverarbeitung sehr schnell. Die Ar- 
beitsgeschwindigkeit eines Computers wird 
maßgeblich von der Zeit bestimmt, die für das 
Speichern oder Weiterleiten binär codierter In- 
formationen erforderlich ist. Auch die Übertra- 
gungszeit zwischen zwei Schaltkreisen spielt 
eine Rolle. Schon der elektronische Computer, 
der mit bewegten elektrischen Ladungen ar- 
beitet, ist sehr schnell — trotzdem scheint es 
möglich, diese Schnelligkeit durch Einsatz von 
Lichtstrahlen noch zu übertreffen. 


Die Forschung im Optikbereich und ver- 
wandten Wissenschaften wie der „Photoni- 
schen Logik“ ist bereits auf dem Wege zu 
neuen Erkenntnissen. Viele der für einen opti- 
schen Computer notwendigen Teile gibt es be- 
reits heute. Lichtleitfasern werden schon jetzt 
für die Übertragung von Telefon- und Fernseh- 
signalen genutzt, optische Leiter, die der 
Funktion der metallischen Leiterbahnen auf 
einer Platine entsprechen, sind bereits heute 
entwickelt, und in Labors und Prüfräumen liegt 
auch schon das wichtigste Teil: der dem Tran- 
sistor analoge optische Schalter. 


Hybrid- und Optoschalter 


Die neuen optischen Schalter gehören zwei 
Kategorien an: Es sind elektro-optische Hy- 
bridschalter oder reine Optoschalter. Beide 
Entwicklungen sind wichtig, denn es ist wahr- 
scheinlich, daß zuerst der Hybridschalter mit 
elektronischen Komponenten auf den Markt 
kommen wird, bevor sich sein rein optischer 
Konkurrent durchsetzt. Beide beruhen auf dem 
Prinzip der Lichtinterferenz, die durch Verän- 
derungen der Lichtbrechung in optisch nicht li- 


Lichtleitfasern sind für 
die Optik das, was ein 
Kabel in der Elektro- 
technik darstellt. In ih- 
nen kann Licht auch 
„um die Ecke“ trans- 
portiert und damit an 
jeden beliebigen Ort 
geleitet werden. Die 
einzelnen Fasern beste- 
hen aus einem transpa- 
renten Trägermaterial, 
in dem das Licht in Fa- 
serrichtung weiterge- 
leitet wird. 
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Ein wichtiges Bauteil, 
das für zukünftige opti- 
sche Computer ge- 
braucht wird, ist der 
Halbleiter, der mehrere 
Lichtfrequenzen ohne 
störendes „Rauschen“ 
erzeugen kann. Das ist 
speziell für die Daten- 
übertragung wichtig - 
hier werden Lichtquel- 
len mit exakt eingehal- 
tenen Wellenlängen ge- 
braucht, damit es keine 
Überlagerung zwischen 
einzelnen Signalen gibt. 


Das Grundelement des 
elektronischen Compu- 
ters ist der Transistor. 
Sein Zwilling im opti- 
schen Bereich heißt 
„Transphasor“. In die- 
sem Bauteil findet eine 
Wechselwirkung zwi- 
schen einem starken 
Lichtstrahl mit einem 
schwächeren Steuer- 
strahl statt. Aus kleinen 
Veränderungen der 
Lichtintensität im Steu- 
erstrahl ergeben sich 
große Intensitäts- 
schwankungen beim 
austretenden Haupt- 
strahl - der Transpha- 
sor kann also wie ein 
Transistor als logischer 
Schalter dienen. 
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nearen Materialien gesteuert werden soll. Man 
verwendet meist die Elemente wie Gallium 
und Lithium für diesen Zweck. Der Brechungs- 
index drückt das Verhältnis der Geschwindig- 
keit des Lichts im Vakuum zur Geschwindig- 
keit in einem Medium aus. Manche Glassorten 
haben etwa einen Brechungsindex von 1,5. Das 
bedeutet, daß sich die Lichtgeschwindigkeit 
im Glas von der Vakuumgeschwindigkeit 
(300 000 km/s) auf 200 000 km/s reduziert. 


er Lichtstrahl 


C 


Steuerstrahl 


Lichtbrechendes Material 


Der opto-elektronische Hybridschalter fußt 
auf der Erfindung des „Mach-Zehnder- 


' Interferometers". Das Prinzip dieses Geräts ist 
. sehr einfach: Einfallendes Licht wird in zwei 
—' Strahlen zerlegt, die durch getrennte Kanäle 

‚ eines optisch nicht linearen Materials ge- 


schickt werden. Liegt keine elektrische Span- 
nung über einem der beiden Kanäle, erreichen 
die Lichtstrahlen den Ausgang in gleicher 
Phase und erzeugen bei erneuter Zusammen- 
führung einen starken Lichtstrahl (Status 
„Ein"). Ist der Brechungsindex eines Kanals 
durch ein elektrisches Signal verändert, fallen 
die Lichtstrahlen nicht mehr phasengleich zu- 
sammen, sondern schwächen sich gegenseitig 
ab (Status „Aus“). 

Mit Hybridelementen könnte man einfache 
optische Schaltungen aufbauen, die wegen 
der größeren Informationsdichte bei Licht- 
übertragung bis zu 10 000fach schneller als 
konventionelle Schaltungen wären. Allerdings 
sind dabei noch elektrische Vorgänge nötig — 
das Steuern des Lichtflusses erfolgt ja weiter- 
hin elektrisch. Größere Verarbeitungsge- 
schwindigkeiten wären erreichbar, wenn auch 
die Ansteuerung des optischen Schalters mit 
Licht möglich wäre. 

Der Prototyp eines rein optischen Schalters 
ist unter dem Namen „Transphasor"“ (analog 
zum ähnlich arbeitenden Transistor) bereits an 
der Heriot-Watt-Universität in Edinburgh ge- 
baut worden. Seine Schaltgeschwindigkeit be- 
trägt nur eine Picosekunde (Billionstelse- 
kunde) — tausendmal weniger als der schnell- 
ste Transistor, der immerhin eine Nanose- 
kunde (Millionstelsekunde) benötigt. Der bei 
Heriot Watt entwickelte Transphasor beruht 
auf dem Prinzip des 1896 von den französi- 


Halbdurchlässige Verspiegelung 


Austretender Lichtstrahl . 


schen Physikern Charles Fabry und Alfred Per- 
rot entwickelten Interferometers: Ein Stück op- 
tisch nichtlinearen Materials wird zwischen 
zwei reflektierende Oberflächen gebracht. 
Licht, das durch eine Oberfläche eindringt, 
wird innerhalb dieses Materials hin- und her- 
reflektiert, bevor es wieder austritt. Dabei ent- 
steht eine Wechselwirkung im eingeschlosse- 
nen Wellenpaket, die vom Brechungsindex 
des Materials abhängt. Der Brechungsindex 
kann durch einen Steuer-Lichtstrahl verändert 
werden. Ist der Brechungsindex derart, daß 
die Lichtwellen in Phase sind und sich wech- 
selseitig verstärken, tritt ein kräftiger Licht- 
strahl aus. Sind die Wellen aber nicht phasen- 
gleich, wird das Licht abgeschwächt. Die bei- 
den Transmissions-Formen entsprechen den 
Zuständen „Ein“ bzw. „Aus“. 


Zukunftsprognosen 


Ob diese Technik Erfolg haben wird, hängt 
nicht zuletzt vom Fortschritt der konventionel- 
len Rechner ab, denen sie — jedenfalls in der 
Theorie — haushoch überlegen ist. Der Ar- 
beitsgeschwindigkeit der elektronischen 
Computer sind Grenzen gesetzt: In einem 
Transistor müssen bei jedem Schaltvorgang 
Elektronen durch die Basis fließen. Ihre Ge- 
schwindigkeit ist in einem Halbleiter jedoch 
beschränkt. 

Konventionelle Rechner behindert zudem 
der „von-Neumann-Bottleneck“ genannte Fla- 
schenhals-Effekt, der alle Rechner mit seriel- 
lem Speicherzugriff betrifft. Im optischen Com- 
puter können Speicherstellen parallel abge- 
fragt werden, weil Lichtstrahlen nicht wie elek- 
trische Signale gegeneinander isoliert werden 


Lichtstrahl 


Elektrisch geladene Platten 
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müssen. Ein optischer Schalter kann Licht- 
strahlen unterschiedlicher Frequenz gleichzei- 
tig stoppen oder durchlassen, ohne daß diese 
sich gegenseitig beeinflussen. 

Eine weitere Beschränkung der herkömm- 
lichen Computerkonstruktion ist der Platzman- 
gel auf flachen Chips — es gibt nicht genug 
Raum für die Verdrahtung. Zur Zeit kann man 
nur eine begrenzte Zahl von Anschlüssen an 
einem Chip befestigen. Durch dreidimensio- 
nale Holografie-Technik kann man aber auf 
einen zusätzlichen Freiheitsgrad bei der Ver- 
drahtung hoffen, was die gesamte Konfigura- 
tion der Silizium-Chips revolutionieren würde. 

Bei der Verbindung von Computer und Peri- 
pherie zeigt sich ein weiterer Vorteil des opti- 
schen Computers. Aus Lichtleitfasern aufge- 
baute Netze werden bereits heute zur Daten- 
übertragung genutzt. Sie arbeiten extrem 
schnell und mit hoher Informationsdichte. 

Diese Vorteile legen die Frage nahe, wann 
wohl die ersten optischen Computer auf den 
Markt kommen werden. Es scheint, daß es 
noch eine Weile dauern wird. Die fortschrei- 
tende Miniaturisierung konventioneller Halb- 
leiter-Chips bedeutet auch, daß optische Com- 
puter einen Konkurrenten aus dem Feld schla- 
gen müßten, der momentan mit Riesenschrit- 
ten davonläuft — noch immer verdoppelt sich 
die Zahl der auf einem Chip untergebrachten 
Transistoren im Zeitabstand von 18 Monaten. 
Für das Jahr 2000 sind bereits Chips mit 10 bis 
100 Millionen Elementen angekündigt. Aus 
„Large Scale Integration“ (LSI) wurde „Very 
Large Scale Integration“ (VLSI), ja sogar „Ultra 
Large Scale Integration“, der Parallelprozessor 
hat sich inzwischen zum „Super-Parallelpro- 
zessor" gemausert. 


Phasenüberlagerung 


Lichtbrechendes Material 


Im Mach-Zehnder- 
Interferometer wirken 
elektronische und opti- 
sche Komponenten zu- 
sammen. Das auf einer 
Seite eintretende Licht 
wird in zwei Strahlen 
zerlegt. Beim Eintreten 
in einen Festkörper 
wird die Lichtge- 
schwindigkeit redu- 
ziert. Der Brechungsin- 
dex kann für einen 
Strahl durch den Ein- 
fluß eines elektrischen 
Feldes geändert werden 
- das Licht wird lang- 
samer und erreicht den 
Ausgang des Interfero- 
meters nicht mehr 
phasengleich mit dem 
abgespaltenen zweiten 
Strahl. Bei der Vereini- 
gung beider Strahlen 
schwächen sie sich 
dann gegenseitig stark 
ab - eine Analogie zum 
logischen „Aus“- 
Zustand bei einem 
Transistor. 
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Kreuz- 
verweise 


Bei der Verwaltung von Daten- 
banken sind oft für Organisation, 
Indizierung und Aufruf der ein- 
zelnen Dateitypen unterschied- 
liche Abläufe nötig. Wir zeigen, 
wie Datenbanken diese Abläufe 
handhaben. 


D: Datensätze „einfacher“ Datenbanken 
sind im allgemeinen völlig selbständig. 
Sie enthalten alle benötigten Informationen, 
ohne sich auf andere Datensätze beziehen zu 
müssen. Auch die herkömmlichen Dateikästen 
fallen in diese Kategorie. In der Datenbank 
einer Bücherei besteht beispielsweise jeder 
Datensatz in den meisten Fällen nur aus den 
Feldern TITEL, AUTOR, HERAUSGEBER und 
ISBN (Internationale-Standard-Buch-Nummer) 
— ohne jeden Kreuzverweis. 

Es gibt aber auch Felder, die auf einen an- 
deren Datensatz verweisen. So kann sich in 
der Datei CLUBMITGLIEDER das Feld KINDER 
beispielsweise auf andere Datensätze bezie- 
hen, wenn die Kinder des Mitglieds ebenfalls 
in den Club aufgenommen wurden. Felder die- 
ser Art können sich jedoch auch auf Daten- 
sätze beziehen, die nicht in die Struktur der 
Datei passen: In der Datei LAGER mit den Fel- 
dern LAGERNUMMER, PREIS, LAGERMENGE 
und LIEFERANT verweist das Feld LIEFERANT 
auf Datensätze, die nicht zu der Struktur der 
Lagerdatei passen. 

Hier das Beispiel einer Mitgliedsdatei: 


NAME DES MITGLIEDS Susanne Gärtner 


EINTRITTSJAHR 1979 
MITGLIEDSBEITRAG bezahlt 
BERUF Lehrerin 
JAHRESGEHALT 48 000 
KINDER Iris Gärtner, 
Paul Gärtner 


Das Feld KINDER enthält im obigen Beispiel 
zwei Einträge. Vergleichen Sie dies mit dem 
Datensatz von LAGER: 


LAGERNUMMER 3995 
LAGERMENGE 86 
PREIS 34,75 
BESCHREIBUNG Stutzen mit Ventil- 
klappe 
LIEFERANT Windy Ltd., 
Hurrican Corp. 
of Taiwan 


Der Feld LIEFERANT enthält zwei Bezüge auf 
andere Datensätze, die nicht in die Struktur der 
Datenbank LAGER passen. Datenbanken die- 
ser Art beziehen sich oft auf eine zweite Datei, 
die beispielsweise die Lieferantendaten in fol- 
gender Form enthalten könnte: 


LIEFERANT Hurrican Corp. of Taiwan 
ADRESSE 57 Kau Moo Road, Taipeh, 


Taiwan, R.O.C. 
TELEFON 010-886-2-223-4478 
TEIL1 Stutzen mit Ventilklappe 
PREIS1 (US$) 34,75 
TEIL2 Schmierfett ('-Liter-Dose) 
PREIS2 (US$) 6,00 
TEIL3 Politur (kleine Dose) 
PREIS3(US$) 2,30 
TEILA Politur (große Dose) 
PREIS4 (US$) 4,00 


TEILE _ 


An diesem Beispiel wird deutlich, daß die 
Struktur der Lieferantendatei sich grund- 
legend von der der Lagerdatei unterscheidet. 
Aus diesem Grund werden zwei unterschied- 
liche Dateistrukturen eingesetzt — eine für die 
Lagerdatei und eine andere, getrennte Struk- 
tur für die Lieferanten. 


Arbeiten mit dBase II 


Wenn getrennte, aber miteinander in Bezie- 
hung stehende Dateien eingesetzt werden, 
muß die Datenbankverwaltung (DBV) mehr als 
eine Datei gleichzeitig bearbeiten können. Da- 
bei läßt sich mit simplen Datenbanken wie 
„Card Box“ nur eine Datei zur Zeit ansprechen, 
während beispielsweise dBase II eine Datei 
als Primärdatei ansehen kann und eine andere 
als Sekundärdatei. Gute DBVs bieten die Mög- 
lichkeit, die Primärdatei zu sortieren, während 


In einem Karteikarten- 
system können die Ein- 
träge sehr umfangreich 
(und nicht organisiert) 
sein. DBVs müssen 
jedoch systematischer 
eingerichtet werden. 
Hochentwickelte 
Systeme geben dem 
Anwender die Mög- 
lichkeit, mehrere in 
Beziehung stehende 
Dateien gleichzeitig 
anzusprechen und 
Felder zu übersprin- 
gen, die durch ande- 
re Einträge überflüs- 
sig wurden. Im 
nebenstehenden Bei- 
spiel ist das Feld 
BESTELLT nur dann 
wichtig, wenn die 
vorhandene Lager- 
menge nahe oder 
gleich Null ist. 


gleichzeitig Datensätze aus anderen Dateien 
eingelesen werden. 

Das Paket dBase II kann auf zwei Dateien 
gleichzeitig zugreifen und deren Felder zu- 
einander in Beziehung setzen. Die Befehle 
SELECT PRIMARY und SELECT SECONDARY 
stellen dabei den Bezug von einer Datei zur 
anderen her. Wenn LAGER als Primärdatei de- 
finiert werden soll und LIEFERANTEN als Se- 
kundärdatei, muß zunächst mit dem Befehl 
USE LAGER die Lagerdatei aufgerufen und 
dann durch die Eingabe SELECT SECONDARY 
und USE LIEFERANT der Querverweis auf die 
Lieferantendatei hergestellt werden. Alle 
dBase-Il-Befehle beziehen sich dabei auf die 
zuletzt angesprochene Datei. 

Bei manchen Anwendungen ist es nicht nö- 
tig, voneinander getrennte Dateien anzulegen. 
Hier genügt es, wenn die Felder eines Daten- 
satzes untereinander einen Bezug haben. 
Nehmen wir als Beispiel eine Datenbank, in 
der Presseberichte und Fachliteratur über 
die neuesten Automobiltechniken gespeichert 
sind. Die Datenstruktur könnte folgender- 
maßen aussehen: 


THEMA: 
ÜBERSICHT!: 
ÜBERSICHT2: 
ÜBERSICHT3: 
QUELLE: 
TITEL: 
DATUM: 
SEITENNR: 


ISBN: 


Wenn der Eintrag einer Zeitschrift entnommen 
wurde, bleibt das Feld ISBN leer. Bei einem 
Buch ist das ISBN-Feld jedoch außerordentlich 
wichtig. In beiden Fällen wird außerdem die 
Seitenzahl gebraucht. Einige DBVs, beispiels- 
weise „Rescue“ von Microcomputer Business 
Systems, können das Auftreten eines Feldes 
innerhalb eines Datensatzes von Berechnun- 


gen oder von Einträgen in anderen Feldern ab- 
hängig machen. 

Wenn dabei das Feld QUELLE keinen Ein- 
trag erhält, wird ISBN nicht mehr angespro- 
chen, dargestellt oder gedruckt. Ist QUELLE 
weder ein Buch noch eine Zeitschrift, wird dem- 
entsprechend auch das Feld SEITENNR nicht 
angezeigt. Durch die Unterdrückung nicht be- 
legter Felder kann eine DBV viel Speicherplatz 
sparen und die Darstellung der Informationen 
übersichtlicher gestalten. Diese Methode ist 
jedoch weit weniger flexibel als eine Daten- 
bankverwaltung, die Datensätze anderer Da- 
teien ansprechen kann. 

Datenbanken, deren Datensätze identische 
Grundinformationen enthalten und einige Zu- 
satzinformationen nur zuweilen gebrauchen, 
haben oft eine Datenhierarchie mit zwei Ebe- 
nen. DBVs mit Vielfachzugriff behandeln hier- 
archische Strukturen normalerweise als Sub- 
set. Dabei kann der Bezug QUELLE in einer Li- 
teraturdatei auf einen Eintrag der Datei BUCH 
hinweisen, während der Bezug QUELLE in 
einer Programmdatei auf einen Datensatz der 
Datei PROGRAMME zeigt. 

Bedenken Sie, daß Sie herkömmliche, hand- 
beschriebene Karteikarten so kompliziert an- 
legen können wie Sie es wollen, kommerziell 
einsetzbare DBVs in ihrer Struktur aber oft 
stark eingeschränkt sind. Bevor Sie sich für 
Ihren Micro ein Datenbankpaket zulegen, soll- 
ten Sie daher zunächst Ihre Anforderungen de- 
finieren und sich die Eigenschaften der einzel- 
nen Systeme genau ansehen. 


DFM Dialog C64 Diskette 
Database 


ee & nd 


Diskette | Max. Satzlänge 2048, 
Max. mögl. Felder 200. 


Max. Dateigröße 99K, 199K. 


Gemini 


Kartenindexsystem. 
Anwenderdefinierte Daten- 
sätze. 


Markeking 


15 Felder/Datensatz. 
36 Zeichen. 

Alphanumerisches Feld. 
9-stelliges Zahlenfeld. 


Computer 
Software 


3800 Datensätze/Datei. 
Sortiert Daten für Adreß- 
listen. 

Batcheingabe. 


Associates 


Eingebautes Text- und 
Kalkulationssystem. 
Max. Satzlänge 1024. 
Max. mögl. Datensätze in 
einer Datei: 32750. 
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Das „As 


Als einziger preisgünstiger Heim- 
computer ist der „Jupiter Ace“ mit 
FORTH anstelle von BASIC als 
Standardsprache ausgestattet — 
eine Herausforderung für alle an- 
gehenden FORTH-Programmierer. 


er Jupiter Ace ist insofern ein As, als er zu 

den wenigen Microcomputern gehört, die 
nicht von Haus aus mit BASIC arbeiten. Deshalb 
ist unter seinen Fans immer noch ein schwung- 
hafter Handel mit dem Gerät und der dazugehö- 
renden Software im Gange, obwohl der Rech- 
ner seit 1983 nicht mehr gebaut wird. 

Die Ausrüstung mit FORTH als Standard- 
sprache hebt den Jupiter Ace deutlich von der 
Konkurrenz ab. Und er ist gebraucht so billig zu 
haben, daß Sie damit günstiger wegkommen 
als daß Sie sich zum Kennenlernen von FORTH 
die nötigen Ergänzungen zu Ihrem vorhande- 
nen Rechner kaufen. 


Programmieren in FORTH 


BASIC-Version 
100 REM A BASIC PROGRAM TO PRINT 'SHAZAM!" 
110FORX=1TO6 
120 PRINT "SHAZAM!” 
130 NEXT X 
140 END 
RUN 
FORTH-Version 
( AFORTH PROGRAM TO PRINT 'SHAZAM!') 
: SHOUT ." SHAZAM! ” ; . 
:CHORUS 6 0 DO SHOUT LOOP; 
CHORUS 
Die beiden vorstehenden Programme leisten ge- 
nau das gleiche, wobei das BASIC-Programm eher 
an ein Kochrezept erinnert, während die FORTH- 
Fassung wie ein Zauberspruch aussieht. 

In FORTH können auf der Basis eines gegebe- 
nen Grundvorrats an Befehlen („Wörter“) jederzeit 
neue Kommandos definiert werden, um das Voka- 
bular zu ergänzen. Im obigen Beispiel ist SHOUT 
für das Ausdrucken einer Zeichenkette neu einge- 
führt worden, und CHORUS ist aus dem zuvor defi- 
nierten SHOUT und einigen Wörtern zusammenge- 
setzt worden. 

Die Zahlenwertspeicher ist in FORTH als Stapel 
(Stack) organisiert. Die gewohnten arithmetischen 
und logischen Operationen sind in FORTH — ange- 
paßt an die Stack-Technik — in „Umgekehrter Pol- 
nischer Notation“ zu schreiben. Das Programmie- 
ren in FORTH erfordert in mehrfacher Hinsicht 
eine Umstellung, die sich wegen der Leistungsfä- 
higkeit dieser Sprache aber auszahlt. Der Umgang 
mit FORTH hat einen ähnlichen Reiz wie das Spie- 
len mit dem Rubik-Zauberwürfel, und so etwas 
macht nun mal dem einen Spaß, während es den 
anderen langweilt. 

Die Vielseitigkeit von FORTH wird dadurch er- 
zeugt, daß neue Befehle definiert werden können. 
Der Benutzer kann den Wortschatz ganz auf die 
Bedürfnisse des jeweiligen Anwendungsfalls zu- 
schneiden. 
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Tastatur 
Die Tasten in der ober- 
sten Reihe sind alle drei- 
fach belegt. Die Um- 


schaltung erfolgt durch —I CD = 
Drücken von SHIFT bzw. a 
SYMBOL SHIFT. Außer- I 


dem stehen sieben Gra- 
fikzeichen für die Erzeu- 
gung einfacher Dia- 
gramme und Grafiken 
zur Verfügung. 


Microprozessor 
Beim Jupiter Ace wurde 
als CPU ein Z80 gewählt 
— das verwundert nicht 

angesichts der Tatsache, 
daß hier die gleiche Ent- 
wicklungsmannschaft am 
Werk war wie beim Sin- 
clair Spectrum. 


Lautsprecher 
Für die Tonwiedergabe 
sorgt ein Piezoschwinger, 
wie er in ähnlicher Form 
auch als Signalgeber bei 
Digital-Armbanduhren 
eingesetzt wird. Das ge- 
nügt für einfache 
Sound-Effekte. 


Kontaktfelder 

Beim Betätigen einer 
Taste wird das Gummi 
der Tastenträgerplatte 
gegen das Kontaktbah- 
nenmuster auf der Pla- 
tine gedrückt und der 
Stromkreis geschlossen. 


Buserweiterungsstecker 
Außer für die Speicher- 
erweiterung eignet sich 
diese Steckleiste auch 
für einen Adapter für das 
gesamte Sinclair-Zubehör. 


FORTH-EPROMs 

Das FORTH-System ist in 
zwei 4-KByte-EPROMs 
gespeichert. Die Mas- 
kenherstellung für ROMs 
rentiert sich erst bei sehr 
hohen Stückzahlen, so 
daß für kleinere Serien 
nur EPROMs in Frage 
kommen. 


Benutzeranschluß 
Dieser Platinenstecker ist 
vorwiegend für einen 
Drucker gedacht. Aber 
auch andere Peripherie- 
geräte sind möglich. 


Taktgeber 

Die Z80-CPU hat keinen 
internen Generator für 
die Taktfrequenz. Ein se- 
parater Quarzkristall er- 
zeugt den 1-MHz-Takt. 


HF-Modulator 

Mit dem Antennensignal 
des Jupiter Ace läßt sich 
ein (Schwarz-weiß-) 
Fernseher betreiben. 


Cassettenrecorder- 
anschluß 


Äußerlich ist der Rechner eng mit den Sin- 
clair--Modellen verwandt. Wie der ZX80 hat 
auch der Jupiter Ace ein leichtgewichtiges, wei- 
Bes Plastikgehäuse. Zur Klangwiedergabe 
dient ein kleiner Piezokristall, dem sich nach 
näherer Beschäftigung mit dem Gerät auch et- 
was mehr als nur einfache Tonfolgen entlocken 
lassen. Wie die Sinclair-Rechner hat auch der 
Jupiter Ace einen Transformatoranschluß, eine 
Antennenbuchse und zwei große mehrpolige 
Buchsen für Peripheriegeräte. Ein Cassetten- 
recorder ist über zwei Steckbuchsen anschließ- 
bar. 

Die Bildschirmausgabe erfolgt schwarzweiß 
mit 32 Zeichen in 22 Zeilen, im Grafikmode auch 
un 64x48. Jedes Zeichen kann vom Benutzer neu 
gestaltet werden, um zum Beispiel mathemati- 
sche Symbole oder Sonderzeichen zu erzeu- 
gen. 

Der Jupiter Ace ist serienmäßig mit drei 
KByte ausgestattet. Für kurze FORTH-Pro- 
gramme reicht diese Speicherkapazität jedoch 
aus. Für höhere Ansprüche gibt es ein 16K- und 
ein 32K-Erweiterungspaket. Ferner ist ein 
Adapter erhältlich, der die Verwendung fast der 
gesamten Sinclair-Peripherie ermöglicht. Au- 
Berdem werden ein Centronics-Interface, eine 
Tonbox und ein Zusatz zur Erleichterung der Ta- 
staturbedienung vertrieben. 


Videoschaltung 

Hier finden Sie noch eine 
ganze Baustein-Samm- 
lung; für Rechner, die in 
kleinen Stückzahlen pro- 
duziert werden, ist die 
Anfertigung besonderer 
Chips zu teuer. 


Jupiter Ace 


ABMESSUNGEN 
215 x 190 x 30 mm 


GEWICHT 
246g 


. ZENTRALEINHEIT 


Z80A 


TAKTFREQUENZ 
1 MHz 


SPEICHER 


3 KByte RAM, extern auf 5IK 
erweiterbar; 8 KByte ROM. 


BILDSCHIRMDARSTELLUNG 


Schwarzweiß mit 22 Zeilen zu 
32 Zeichen, bzw. 64 x 48 bei 
Grafik. 


SCHNITTSTELLEN 


Fernseher- und Cassettenrecor- 
deranschluß, 9-V-Versorgungs- 
buchse; zwei Platinenstecker, 
wovon der eine alle Daten- und 
Adreßleitungen des Prozessors 
führt, der andere nur die Da- 
ten- und einige Steuerleitun- 
gen. 


MITGELIEFERTE SPRACHE 
FORTH 


MITGELIEFERTES ZUBEHÖR 


Steckertransformator, Casset- 
tenrecorder- und TV-Anschluß- 
kabel. 


TASTATUR 


Gummitasten wie beim Sinclair 
Spectrum, aber weicher und 
unpräziser, die genau mittig 
gedrückt werden müssen; alle 
mit Wiederholfunktion und 
Zweifachumschaltung, was die 
Erzeugung sämtlicher ASCII- 
Codes ermöglicht. 


HANDBUCH 


Das Handbuch ist sehr ausführ- 
lich und enthält alle wichtigen 
Informationen. Vom gleichen 
Verfasser stammen auch die 
Handbücher für den ZX81 und 
den Sinclair Spectrum. Auf 180 
Seiten wird eine Einführung in 
FORTH und eine ausführliche 
Beschreibung des Jupiter Ace 
gebracht, beides durch zahl- 
reiche Beispiele illustriert. 
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Zwei Bedingungen 


In unserer FORTH-Serie haben wir bisher einfache, gradlinige 
Routinen behandelt, aber keine Strukturen, mit denen sich der 
Programmfluß steuern ließe. In dieser Folge sehen wir uns mehrere 
dieser Strukturen an, darunter IF...THEN...ELSE und die DO-Schleife. 


W: jede andere Programmiersprache be- 
sitzt auch FORTH eine ganze Reihe 
Strukturen, die den Programmfluß steuern. 
Wenn Sie Sprachen wie PASCAL, C oder die 
hochentwickelten BASICs bereits kennen, wer- 
den Sie die folgenden Abläufe leicht verste- 
hen. Durch die Mechanik des FORTH-Stapels 
sehen die Strukturen jedoch vielfach „seiten- 
verkehrt" aus. 

Steuerstrukturen können in FORTH nur in- 
nerhalb von Colon-Definitionen eingesetzt 
werden, da die Verzweigungsbefehle erst in 
bedingte und absolute Sprünge compiliert 
werden müssen. Dieser Vorgang bräuchte 
aber viel Zeit, die dann während der Pro- 
grammausführung nicht zur Verfügung stehen 
würde. Deshalb optimiert FORTH die Abläufe 
schon beim Eintrag ins Vokabular. 


Hier die Abläufe des Standard-FORTH: 
@ Bedingung IF Anweisung wahr ELSE 
Anweisung falsch THEN 


IF...THEN.. .ELSE 
Testet den obersten Sta- 


ni ;  pelwert auf 0 (falsch) 
Bedingung | oder nicht-Null (wahr)... 
|: . 


"falsch 


Anweisung & 
E 


2 


Wenn die Bedingung „wahr“ ist, wird „Änwei- 
sung wahr" ausgeführt. Ist sie „falsch“, die „An- 
weisung falsch“. Wie in den meisten Compu- 
tersprachen kann der ELSE-Teil und die „An- 
weisung falsch“ auch weggelassen werden. In 
diesem Fall geht FORTH sofort auf die Anwei- 
sung hinter THEN über, wenn die Bedingung 
„falsch“ ergibt. 

Die Bedingung und die beiden Anweisun- 
gen (wahr und falsch) können beliebig viele 
Forth-Wörter sein, sogar andere IF...THEN... 


ELSE sind möglich. Die Bedingung wird dabei 
auf den Stapel geschoben und von IF wieder 
heruntergezogen. Hier ein Beispiel, wie ange- 
zeigt wird, ob eine Zahl des Stapels gerade 
oder ungerade ist: 


:PARITAET ( n--) 
( zeigt an, ob n "gerade" oder 
"ungerade" ist) 
DUP ( zeigt n an) 
sit 
2 MOD 0=IF 
"gerade" 
ELSE 
“ungerade” 
THEN 


MOD liefert bei der Teilung der ersten Zahl 
durch die zweite den Rest. 


@ BEGIN.. .UNTIL 

führt eine Schleife aus, solange die Bedingung 
wahr ist. Die meisten modernen Computer und 
auch die neueren BASIC-Dialekte verfügen 
über eine ähnliche Struktur. 

BEGIN Anweisung Bedingung UNTIL 

Es werden die Schleife und die Bedingung 
ausgeführt. Die Bedingung ist das Ende des 
Schleifenteils und beläßt einen Wert auf dem 
Stapel, mit dem UNTIL weiterarbeiten kann. 
Der Schleifenteil muß daher mindestens ein- 
mal ausgeführt werden: 


BEGIN. . .UNTIL 
BEGIN...UNTIL wird 
mindestens einmal 
ausgeführt. 


Bedingung 5 


: HOCHZ (--) 
( zeigt alle Quadratzahlen von 
2 an, die unter 10000 liegen) 
1 ( Erste Hochzahl für 2) 
BEGIN 


CR DUP.( Quadratzahl auf eine neue 
Zeile setzen) 
2* (nächste Quadratzahl von 2 holen) 
DUP 1000 > UNTIL (testen, ob die Zahl 
schon zu groß ist) 
DROP ( letzte Quadratzahl nicht anzeigen) 


® BEGIN.. .WHILE. . .REPEAT 
WHILE ist flexibler als UNTIL, da Sie im Inne- 
ren des Schleifenteils entscheiden können, ob 
die Schleife beendet werden soll, und Sie nicht 
erst das Ende abwarten müssen. 
BEGIN 1. Schleife Bedingung WHILE 2. Schleife 
REPEAT 


BEGIN. . WHILE... 
REPEAT 
Die erste Anweisung 
von BEGIN...WHILE 
‚REPEAT wird 
mindestens einmal 


, ausgeführt. Die zweite 

'; Anweisung dagegen 
braucht unter 
Umständen überhaupt 
nicht angesprochen 
zu werden. 


Wie in UNTIL wird auch hier die 1. Schleife zu- 
mindest einmal ausgeführt und die Bedingung 
abgefragt. An dieser Stelle gibt es jedoch zwei 
wesentliche Unterschiede zu UNTIL. Wenn die 
Bedingung „falsch“ ergibt, wird die 2. Schleife 
übersprungen und damit die Schleife beendet. 
Ergibt sie „wahr“, führt FORTH die 2. Schleife 
aus, bevor sie wieder auf BEGIN springt. 


® DO...LOOP 

BASIC 

FOR X=Anfang TO Ende 
Schleifeninhalt 


FORTH 
( Ende+1) Anfang DO 
Schleifeninhalt 


NEXT X LOOP 
FOR X=Anfang TO Ende 
SIEP ( Ende+1) Anfang DO 
Step 
Schleifeninhalt Schleifeninhalt 
NEXT X Step +LOOP 


Die DO-Schleife in FORTH entspricht den 
FOR-Schleifen in BASIC ubd vielen anderen 
Sprachen. Die oben angeführte tabellarische 
Gegenüberstellung zeigt die auffälligen Unter- 
schiede zwischen FORTH und BASIC. 


DO. ..LOOP 
„Ende“ enthält den 
= Zähler für das 
Schleifenende und 
‚Anfang“ den An- 
„fangswert des Zählers. 
© DO nimmt beide 
Werte vom Stapel. 


" und testet, 
ob Anfang 


Zunächst steht der Anfangs- und Endwert vor 
dem DO, damit das DO sie vom Stapel nehmen 
kann. Ende wird deshalb auch zuerst aufge- 
führt. Es ist allerdings weniger deutlich, warum 
Ende um eins größer sein muß als die Anzahl 
der Schleifendurchläufe. Die Ursache liegt 
darin, daß 40 DO die Schleife mit den Werten 
0, 1, 2 und 3 (also insgesamt viermal) durch- 
läuft, nicht aber mit dem Wert 4. 

Wie in BASIC ist STEP möglich. Wird die An- 
gabe weggelassen, nimmt LOOP als STEP au- 
tomatisch 1 an. Wird STEP jedoch angegeben, 
muß +LOOP statt LOOP eingesetzt werden, 


Bedingungen 


Die folgenden Wörter eignen sich für den Einsatz 
mit IF, UNTIL und WHILE. Ihre Ergebnisse werden 
auf dem Stapel abgelegt und sind in FORTH-83 
entweder -1 (wahr) oder 0 (falsch). Ältere FORTH- 
Versionen verwenden 1 für wahr und 0 für falsch. 

IF, UNTIL und WHILE benötigen nicht die 
Angaben 0, 1 oder -1. 0 zeigt einfach falsch an, 
während jede andere Zahl wahr ist. 


m,n--wahr oder falsch (wahr IF m = n) 
m,n--wahr oder falsch (wahr IF m < n) 
m,n--wahr oder falsch (wahr IF m > n) 
m,n--wahr oder falsch (wahr IF m = 0) 
m,n--wahr oder falsch (wahr IF m < 0) 
m,n--wahr oder falsch (wahr IF m > 0) 

NOT wahr oder falsch--wahr oder falsch 

AND m,n--m AND n 

OR m,n--mORn 


wobei STEP unmittelbar vor +LOOP steht. THEN 
In FORTH gibt es keine Steuervariable (wie THEN 
das X in BASIC). Statt dessen schiebt das Wort 
I den Schleifenwert auf den Stapel. Wenn meh- 
rere DO-Schleifen ineinander verschachtelt 


sind, bezieht sich I immer auf die innerste und 
] auf die nächstäußere. Auf diese Weise ist si- 
chergestellt, daß bei mehrfach verschachtelten 
Schleifen die entsprechenden Werte intakt 


sind und korrekt gezählt werden. 


Hier ein Programmbeispiel, das eine Zahl 
mit einer anderen potenziert. Da FORTH im 
Gegensatz zu BASIC keinen Standardoperator 
dieser Art besitzt, müssen Sie ihn selbst defi- 


nieren: 
:** ( m,n--m**n) 
DUPO <IF(IFn<< 0 ist das Ergebnis 0) 
DROP DROP O 
ELSE 
DUPO = IF (IF n=0 ist das Ergebnis 1) 
DROP DROP 1 
ELSE 
1 ( multipliziert n mal mit m) 
SWAP 0 DO ( Schleife n mal durch- 
laufen) 
OVER * ( ersten Wert des Stapels 
mit m multiplizieren) 
LOOP 
SWAP DROP ( m löschen) 


Druckfunktion 


Strings im Inneren einer Colon-Definition lassen sich mit folgen- 
dem Format ausdrucken: . "String” 

Auf .’ muß mindestens ein Leerzeichen folgen, da es ein Wort ist. 
Weitere Leerzeichen werden als Teil des String angesehen. 

Der String steht hinter dem .” (und folgt damit nicht der Umge- 
kehrten Polnischen Notation), da der Stapel keine Strings verarbei- 
ten kann. Für die Verarbeitung von Stringvariablen gibt es im Stan- 
dard-FORTH keine Abläufe. Sie können die Sprache jedoch leicht 
um diese Möglichkeit erweitern. 

Das Wort CR (Retum) spricht auf dem Bildschirm eine neue Zeile an. 


Grenzen von DO 


Obwohl das Grundkonzept von DO recht einfach ist, gibt es einige 
Merkwürdigkeiten: Wenn STEP (vor +LOOP) negativ ist, kann der 
Wert von LOOP bereits das Ende erreichen, ohne davor anzuhalten. 
20DO...-1 +LOOP durchläuft daher die Werte 0, -1 


und -2. 

Wir haben weiterhin gesehen, daß DO-Schleifen mindestens ein- 
mal ausgeführt werden, selbst 0 0 DO...LOOP. FORTH-83 hat hier 
eine Überraschung parat: Es führt diese Schleife 65,536 mal aus, -1 
0. DO...LOOP 65.535mal und -2 0 DO...LOOP 68.534mal etc. 

Hier wäre es am leichtesten, überhaupt nicht mit diesen Werten 
zu arbeiten. Wenn Sie jedoch wissen, wie der Computer Ganzzah- 
len mit und ohne Vorzeichen verarbeitet, wird Ihnen auch der 
Grund dafür deutlich sein. Sobald der Anfangswert hinter Ende 
liegt, läuft der Zähler bis 32.768. Diese Zahl wird dann als -32.768 an- 
gesehen und aufwärtsgezählt, bis Ende von unten her erreicht ist. 

Wenn bei älteren FORTH-Versionen der Anfangswert das Ende 
überschritten hat, wird die Schleife nur einmal ausgeführt. Diese 
Versionen behandeln jedoch auch LEAVE geringfügig anders. Hier 
springt das Programm nicht aus der Schleife heraus, sondern stellt 
sicher, daß auch beim nächsten LOOP oder +LOOP ein Ausstieg 
möglich ist. 
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Hier sind die Sonderfälle etwas kompliziert. Ist 
die Hochzahl negativ, dann ist die korrekte 
Antwort 1 dividiert durch das potentierte Er- 
gebnis. Da FORTH nur mit Ganzzahlen arbeitet 
und sich mit diesem Programm die Teilung 
nicht exakt ausführen läßt, ist das Ergebnis je- 
doch 0. Der Fall n=0 ist subtiler. Wenn 1 null- 
mal mit m multipliziert wird (die Schleife also 
nullmal durchläuft), sollte das Ergebnis 1 lau- 
ten. Da FORTH seine Schleifen jedoch minde- 
stens einmal durchläuft, muß dieser Fall be- 
sonders berücksichtigt werden. In der Praxis 
gibt es viele Situationen, in denen die Ausfüh- 
rung einer DO-Schleife nicht gewünscht wird 
und die abgefangen werden müssen. 

Hier ein anschauliches Beispiel mit einer 
verbesserten Version von HOCH2. Dabei wird 
außer dem Schleifenwert I auch das Wort 
LEAVE eingesetzt, das die Schleife unterbricht 
und sofort auf die Anweisung hinter LOOP 
oder +LOOP springt: 


: HOCH2 (n--) 
( zeigt Exponenten und Potenzen 
von 2 an, solange die Potenzen 
kleiner als n sind) 
15 0 DO ( 2 ** 14 ist die größte Zahl, die sich 
anzeigen läßt) 
DUP2I**< IF ( IF2*I > n) 
LEAVE 
ELSE 
ERI.Z2U*F* 
THEN 
LOOP 
DROP ( löscht n) 


Bei diesen Programmstrukturen kommen Sie 
ohne Zeilennummern und GOTO aus. Wenn 
Sie an BASIC gewöhnt sind, kann der Ablauf 
anfangs etwas ungewohnt sein. Zeilennum- 
mern sind jedoch nur eine Eigenschaft von BA- 
SIC und haben nur wenig mit der allgemeinen 
Programmplanung zu tun. 

Hätten Sie das DROP am Programmende be- 
rücksichtigt, wenn Sie HOCH2 selbst geschrie- 
ben hätten? Hier zeigt sich, daß der Einsatz 
des Stapels genau beobachtet werden muß. 

Diese Aufgabe können Sie sich jedoch er- 
leichtern, wenn Sie Ihre Wortdefinition so kurz 
wie möglich halten und die Abläufe unterteilen 
— wie in der zweiten Definition von HOCH2. 
Obwohl die neue Definition flexibler ist — Sie 
können einen Endwert eingeben und sind 
nicht an 10000 gebunden - ist sie nicht kompli- 
zierter. Wenn Sie dagegen die erste Version 
verändert hätten, wären Sie schon nach kurzer 
Zeit mit allen Arten von SWAP und OVER kon- 
frontiert worden. Da Sie ** definiert und damit 
zwei kurze Wörter haben, ist die zweite Ver- 
sion wesentlich einfacher. 


Die letzten Drei 


Unserem Debugger fehlen noch drei Befehle. Bevor wir uns jedoch 
damit beschäftigen, untersuchen wir zunächst den Interrupt- 
mechanismus, der an den Unterbrechungspunkten die Steuerung 
zwischen Debugger und dem analysierten Programm übernimmt. 


er Interruptmechanismus steuert die Un- 
terbrechungspunkte, an denen wir einen 
Befehl des analysierten Programms durch den 
SWI-Op-Code (SoftWare Interrupt) ersetzt ha- 
ben. SWI wird wie alle Interrupts des 6809 
durch den Vektor einer bestimmten Speicher- 
stelle geleitet — in diesem Fall $FFFA. Bei der 
Ausführung eines SWI werden die Register auf 
den Stack geschoben, und der Prozessor lädt 
den Befehlszähler (PC) mit der 16-Bit-Adresse 
bei SFFFA und $FFFB. Die Programmausfüh- 
rung setzt sich dann von dieser Adresse an 
fort. Dieser Vektor muß nun so verändert wer- 
den, daß er auf die Einsprungadresse unseres 
Debuggerprogramms zeigt. Da Interrupt- 
vektoren jedoch fast immer fest im ROM ge- 
speichert sind, bietet das Betriebssystem an- 
dere Möglichkeiten der Änderung. 
Normalerweise gibt es im Arbeitsspeicher 
einen „Notizbereich“, in dem eine Sprung- 
tabelle liegt. Dieser Notizbereich steht für Pro- 
gramme nicht zur Verfügung und wird nur vom 
Betriebssystem angesprochen. Die Adresse, 
auf die der Vektor zeigt, enthält üblicherweise 
einen Sprungbefehl auf eine weitere Adresse, 
die wieder in das Betriebssystem zurückführt. 


Welche Adresse? 


SWI-Vektor 


Wenn wir diese Adresse ändern, kann der er- 
ste Befehl, der unmittelbar nach dem Interrupt 
ausgeführt wird, den Programmablauf auf die 
Anfangsadresse des Debuggers leiten. Der ur- 
sprüngliche Inhalt der Sprungtabelle muß je- 
doch vor Beendigung des Programms wieder- 
hergestellt werden, da immer die Situation ein- 
treten kann, daß das Betriebssystem ebenfalls 
einen SWI ausführt. Statt SWI lassen sich 
ebenso die anderen drei Software Interrupts 
des 6809 einsetzen: SWI2 (Op-Code 103F mit 
dem Vektor bei $FFF4) oder SWI3 (Op-Code 
113F mit dem Vektor bei SFFF2) — wegen des 
Zwei-Byte-Formats wären dann allerdings ei- 
nige Änderungen im Code des Debuggers 
notwendig. 

Es gibt noch ein weiteres Problem: Unser 
Debugger kann nur in den Platz geladen wer- 
den, der nach dem Laden des analysierten 
Programms noch übrig ist. Sie haben sicher 
bemerkt, daß im Debuggercode alle Speicher- 
stellen relativ angegeben wurden, das heißt 
mit Bezug auf den Befehlszähler. Wir müssen 
jedoch auch die absolute Einsprungadresse 
des Debuggers kennen, um sie in die Sprung- 
tabelle einsetzen zu können. 


Programmspeicher 


| Programm: | BSR INIT . 


Anfang der Hauptschleife | 


Nächstes ’ | 
freies Byte SE: 


ENTRY | 


EIN, 


Unser Debuggerpro- 
gramm beginnt mit 
einem BSR-Aufruf der 
Initialisierungsroutine, 
unmittelbar gefolgt von 
dem Anfang der Haupt- 
programmschleife. Die 
Initialisierung stellt un- 
ter anderem fest, wie 
die absolute Adresse 
am Anfang der Schleife 
lautet, und kopiert diese 
in die Einsprungtabelle 
für Interrupts. Bei der 
Ausführung eines Inter- 
rupts wird nun die 
Steuerung über diese 
Tabelle an die Start- 
adresse der Haupt- 
programmschleife 
übergeben. 
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‚| Unterbrechungs- 
| punkt einsetzen 
‚U | Unterbrechungs- 
| punkt löschen 

) | Aktuelle Unter- 

‚| brechungspunkte 


anzeigen 


| Programm starten 
‚| Nach einer Unter- 
| brechung Pro- 
| gramm an der 
‚| Unterbrechung 


fortsetzen 
Registerinhalt an- 


| zeigen 


Speicherstelle 


‚| untersuchen und 


ändern 
Programm 


beenden 
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Da der Assembler diese Aufgabe nicht 
übernehmen kann, berechnet unser Programm 
während der Laufzeit als erstes diese Adresse 
und setzt sie in die Sprungtabelle ein. Beach- 
ten Sie, daß die SWI-Einsprungadresse anders 
lautet als die Anfangsadresse des Debuggers, 
da die lnitialisierungsroutine am Programm- 
anfang bei einem späteren Aufruf über SWI 
nicht mehr gebraucht wird. Wenn wir nun die 
gesamte Initialisierung als Subroutine anle- 
gen, liegt die Einsprungadresse unmittelbar 
hinter dem BSR-Aufruf der Initialisierungs- 
routine. Bequemerweise ist dies genau die 
Adresse, die von BSR auf den Stack gescho- 
ben wird. Wir müssen sie nur vom Stack zie- 
hen und in die Sprungtabelle einsetzen. 

Der Initialisierungsvorgang hat außerdem 
die Aufgabe, die Startadresse des analysierten 
Programms festzustellen. Hier der Aufbau: 
Daten: 

Vektor-Adresse befindet sich bei SFFA in X 

JMP-Op-Code ist der Op-Code für den 

JMP-Befehl in A 
Einsprungadtesse ist die Adresse des 
Einsprungspunkts in Y 
Startadresse ist die Adresse des analysier- 
ten Programms in D 
Ablauf: 

Vektor-Adresse holen 

]JMP-Op-Code in der Vektor-Adresse 

speichern 

Einsprungadresse holen 

Auf (Vektor-Adresse + 1) speichern 

Startadresse von der Tastatur holen 

Speichern 
Wir können nun die drei fehlenden Befehle 
codieren. Bei R — Anzeigen der Register- 
inhalte — wollen wir natürlich nicht die Regi- 
ster beim Ablauf des Debuggers sehen, son- 
dern die Werte am Unterbrechungspunkt des 
analysierten Programms. Diese Werte wurden 
jedoch von dem SWI-Befehl auf den Stack ge- 
schoben und inzwischen von anderen Werten 
überlagert. Wenn wir nun die Anzahl der dar- 
überliegenden Bytes berechnen würden, hät- 
ten wir die gewünschten Werte. Es gibt aber 
einen einfacheren Weg: Unmittelbar nach Auf- 
ruf des SWI speichern wir den Wert des Stack- 
Pointers und verwenden ihn später als festen 
Bezugspunkt. 

Für die Codierung des Befehls R setzen wir 
voraus, daß der Wert des Stack-Pointers zur 
Verfügung steht und daß wir die Registerin- 
halte abrufen können. Die Struktur der Routine 
ist einfach — die Werte werden nicht vom Stack 
gezogen, sondern gelesen und mit den ent- 
sprechenden Bezeichnungen dargestellt. Nur 
das Register S muß errechnet werden, da es 
die Position vor dem Interrupt anzeigt. Den kor- 
rekten Wert von S erhalten wir, wenn wir eine 
entsprechende Zahl auf die nach dem SWI- 
Aufruf gespeicherte Bezugsadtesse der Stack- 
werte addieren. Hier der logische Aufbau in 
der gewohnten Notation. 


Daten: 

Stack-Pointer ist die Adresse der Stack- 
spitze nach dem Interrupt (in X) 

Ein-Byte-Wert ist der Wert des Ein-Byte- 
Registers in B 

Zwei-Byte-Wert ist der Wert des 16-Bit- 
Registers in D 

Namen sind die Namen (Bezeichnungen) 
der neun Register 

Ablauf: 

Stack-Pointer holen 

CC in Ein-Byte-Wert laden 

Namen(]l) darstellen, Ein-Byte-Wert 

Diesen Vorgang für A, Bund DP wiederholen 

X in Zwei-Byte-Wert laden 

Namen(5) darstellen, Zwei-Byte-Wert 

Diesen Vorgang für Y, U und PC wiederholen 

l2 zum ursprünglichen Wert des Stack- 
Pointers addieren 

Namen(9) darstellen, Stack-Pointer 


Von den beiden verbleibenden Befehlen 
braucht Q — Programm beenden — keine be- 
sondere Routine, und G löst die Wiederauf- 
nahme eines Programms nach einem Unter- 
brechungspunkt aus. Dafür muß der SWI- 
Code, mit dem wir die Unterbrechung ausge- 
löst hatten, gegen den ursprünglichen Befehl 
dieser Position ausgetauscht und die Steue- 
rung wieder an diesen Befehl übergeben wer- 
den. Mit RTI (Rücksprung vom Interrupt) las- 
sen sich auch die Register leicht wieder mit 
ihren ursprünglichen Werten belegen. Bei dem 
PC müssen wir jedoch darauf achten, daß der 
vom Stack gezogene Wert auf den nächsten 
Befehl zeigt. Dieser Wert wurde um eins er- 
höht, muß daher noch vor dem Rücksprung 
korrigiert werden. 

Daten: 

Unterbrechungstabelle ist eine Tabelle mit 
den 16-Bit-Adressen der Unterbrechungs- 
punkte 

Entfernte-Werte ist die Tabelle mit den 
gegen SWlIs ausgetauschten Op-Codes 

Nächster-Unterbrechungspunkt ist ein Wert 
im Bereich von 1 bis 16 

Stack-Pointer ist der Wert des Stack-Pointers 
nach dem SWI 

Ablauf: 

IF Nächster-Unterbrechungspunkt > O 
AND <= 16 THEN 

Den Op-Code von Entfernte-Werte 
(Nächster-Unterbrechungspunkt) holen 

An der Adresse Unterbrechungstabelle 
(Nächster-Unterbrechungspunkt) 
speichern 

S auf den Stack-Pointer setzen 

Den Wert des PC auf dem Stack dekremen- 
tieren 

Nächster-Unterbrechungspunkt inkremen- 
tieren 

Rücksprung vom Interrupt 

ELSE 
Rücksprung von der Subroutine 


Initialisierung 
START RMB 2 Startadresse speichern LDA ‚Y+ Zweites Zeichen des Namens 
OPJMP SOE JMP-Op-Code BSR OUTCH Anzeigen 
INIT SFFFA Vektor-Adresse holen LDA SPAGE,P-CR : *  manieken Mnuiane 
OPJMP, PCR JMP-Op-Code holen und BSR OUTCH 
‚X+ in Vektor-Adresse speichern LDD ‚+ Nächstes Register in 
115 Einsprungadresse vom Stack holen Zwei-Byte-Wert laden 
X Auf Vektoradresse + 1 ablegen BSR DSPADD Zwei-Byte-Wert anzeigen 
GETADD Startadresse von der Tastatur holen PULS A,PC A wiederherst. und Rücksprung 


START,PCR"  Speichem 
Rücksprung Der Befehl G 


Der Befehl R BPAB _RMB Unterbrechungstabelle 
REMTAB RMB 16 Entfernte-Werte 


STACKP RMB 2 Stack-Pointer NEXTBP RMB 1 Nächster-Unterbrechungspunkt 
LABELS FCC ‘CCABDP XY CMDG PSHS A A sichern (für norm. Rücksprung) 
UPC S’ LDA NEXTBP,PCR Nächster-Unterbrechungspunkt 
SPACE FCB 32 ASCII-Code für Leerzeichen IFO4 BLE ENDFO4 IF Nächster-Unterbr.punkt > 0 
CMDR PSHS A,B,X,Y Eingesetzte Register sichern CMPA MAXBP,PCR AND <- 16 
LDX STACKP, PCR Stack-Pointer holen BGT ENDFO4 (Maximale Zahl der 
LEAY LABELS, PCR Mit Y auf den Namen zeigen Unterbrechungspunkte) 


LDA Nummer der Ein-Byte-Register 
BSR Nächstes Register viermal anseigen LEAX BPTAB,PCR Adresse der Unterbrechungstabelle 


DECA LEAY REMTAB,PCR Adresse von Entferte-Werte 
BGT LDB AY Entfernte-Werte holen 
LSLA A in Offset für 16-Bit-Tab. umwand. 


STB [A,X] An der Adresse der 
Unterbrechungstabelle speichern 


DECA In Tabellen-Offset umwandeln 


LDA Nummer der Zwei-Byte-Register 
BSR Nächstes Register viermal anzeigen 


DECA 


BGT LDS STACKP,PCR Stack-Pointer aus $ holen 
LDA } DEC 10,5 Wert d. PC auf Stack korrigieren 


BSR re INC __NEXTBP.PCR _Nachster-Unterbepunikt inkrem. 


LDA Zweites Zeichen des Namens RTI Rücksprung vom Interrupt 

BSR Anzeigen ENDFO4 PULS A, PC Reg. wiederherst und Rücksprung 
LDA SPACE,PCR Leerzeichen anzeigen 

BSR OUTCH 


TFR X, D X enthält nun den gewünschten 
Wert von S 


BSR DSPADD S anzeigen 

PULS A,B,X,Y,PC Reg. wiederherst. und Rücksprung 
* Subroutine für das Anzeigen eines Ein-Byte-Registers 

PSHS A A sichern 

LDA ‚Y+ Erstes Zeichen des Namens 

BSR OUTCH Anzeigen 

LDA Y+ Zweites Zeichen des Namens 
BSR OUTCH Anzeigen 

LDA SPAGE,PCR Leerzeichen anzeigen 

BSR OUTCH 


LDB ‚+ Nächstes Register 
in Ein-Byte-Wert laden 


BSR DSPVAL Ein-Byte-Wert anzeigen 

PULS A, PC A wiederherst. und Rücksprung 
* Subroutine für das Anzeigen eines Zwei-Byte-Registers 

PSHS A A sichern 

LDA ‚Y+ Erstes Zeichen des Namens 
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Entwurf 


Weiter geht’s mit einem neuen 
Selbstbau-Projekt: Zum Anschluß 
an den Commodore 64, Spectrum 
oder Acorn B soll ein kleines Ge- 
rät entwickelt werden, das Ge- 
genstände greifen und umherbe- 
wegen kann. Im ersten Teil wol- 
len wir verschiedene Konstruk- 
tionsmöglichkeiten vorstellen und 
vergleichen. 


m Anfang jeder Konstruktion steht die 

Frage nach den gewünschten Eigenschaf- 
ten der neuen Maschine. In unserem Fall soll 
das Gerät sich von einem Ausgangspunkt zu 
einem Zielobjekt (etwa von der Größe einer 
Garnrolle) hinbewegen, dieses aufheben, esin 
eine Schachtel legen und mit einer Genauig- 
keit von 25mm wieder an den Startpunkt zu- 
rückkehren. Die einzelnen Positionen sollen im 
voraus bekannt sein. Eine Maschine dieser Art 
könnte etwa in einer Fabrik am Fließband Wa- 
ren verpacken. 

Was wird nun dafür gebraucht? Wir benöti- 
gen auf jeden Fall mehrere Motoren. Es könn- 
ten zwar auch Hydraulik- oder Druckluftan- 
triebe verwendet werden, wir wollen uns aber 
auf elektrische Motoren beschränken. 

Drei Typen von E-Motoren kommen für uns 
in Frage. Der einfachste ist ein normaler 
Gleichstrommotor. Dieser Motor ist preiswert, 
mit Digitalsignalen aber nur sehr schwer ge- 
nau zu steuern. Um mit ihm die nötige Präzi- 
sion zu erzielen, müßte er mit einem Drehzahl- 
messer versehen sein. Jeder Motor müßte für 
eine exakte Positionierung eine eigene Hard- 
oder Software-Decodierlogik haben. 

Einfacher ist die Computer-AÄnsteuerung von 
Schritt- und Servomotoren. Schrittmotoren sind 
jedoch nicht nur relativ groß und teuer, sie be- 
nötigen auch besondere Treiberschaltungen. 
Für Systeme mit kleinen Abmessungen ist der 
Servomotor beste Wahl: Er wird in großen 
Stückzahlen für den Modellbau-Markt herge- 
stellt, ist fast überall zu bekommen und zudem 
relativ preiswert. 

Die Funktion eines Servomotors haben wir 
im Selbstbau-Kurs schon behandelt. Kurz zu- 
sammengefaßt besteht ein Servomotor-System 
aus einem kleinen, durch digitale Rückkopp- 
lung überwachten 5-V-Gleichstrommotor. Der 
von einem Miniaturpotentiometer gemessene 
Drehwinkel der Motorachse wird durch ein 
eingebautes IC mit den Steuersignalen ver- 
glichen. Als Steuersignal dient ein 5-V-Impuls 
von ein oder zwei Millisekunden, wobei die 
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Laufkatze 


Kastenrahmen 


Robot-Arm 


”Hüfte” 


Greifer 


Impulsdauer den Drehwinkel festlegt. Die 
Steuerimpulse müssen alle 20 Millisekunden 
(50 Hz) wiederholt werden. 

Auch auf die Treiber-Software sind wir be- 
reits eingegangen. Sie nutzt ein Interrupt-Pro- 
gramm, bei dem das im Vordergrund laufende 
BASIC in regelmäßigen Abständen unterbro- 
chen wird. Während dieser Unterbrechungen 
werden die Steuerimpulse zu den entspre- 
chenden Motoren geleitet. 

Für den mechanischen Aufbau einer Ma- 
schine nach unseren Spezifikationen gibt es 
mehrere Möglichkeiten. Was muß die Ma- 
schine können? Zum Aufheben eines Gegen- 
stands (Garnrolle) müssen wir einen Greifme- 


Hier sind zwei ver- 
schiedene Entwürfe für 
Maschinen abgebildet, 
die eine Garnrolle auf- 
heben und in eine 
Schachtel legen kön- 
nen. Die Laufkatzen- 
Konstruktion hat eine 
sehr einfache Geome- 
trie, kann aber ohne 
Umbau nicht die kom- 
plizierteren Aufgaben 
eines Gelenkarms aus- 
führen. Die Steuerung 
des Armes ist aller- 
dings für lineare Bewe- 
gungen sehr viel 
schwieriger. 


Komplexes geomeftri 


Endfläche 


uf > 
GFR 


Greifer 


Durch Computer-Steue- 
rung elektrischer Mo- 
toren werden sehr viel- 
seitige Maschinen rea- 
lisierbar. Für das rei- 
bungslose Zusammen- 
wirken mehrerer Mo- 
toren sorgen geschickt 
gestaltete Programme, 
die dem Auge des An- 
wenders meist verbor- 
gen bleiben. Versuchen 
Sie einmal, sich alle 
Bewegungsmög- 
lichkeiten 
dieses Sechs- 
Achsen-Sy- 

stems vorzu- 
stellen, bei dem 
alle Achsen über ein 
Computer-Programm 
gesteuert werden 
müssen. 


chanismus vorsehen, für den mindestens ein 
Motor gebraucht wird. Dieser Greifer soll auf 
drei Achsen bewegt werden. Sowohl in der x- 
und y-Achse (rechts-links bzw. vor-zurück) als 
auch in der z-Achse (oben-unten) soll die Ma- 
schine eine Bewegungsfreiheit von lOcm ha- 
ben. Jede Achse erfordert einen weiteren Mo- 
tor. Alle Motoren zusammen sollen dem Grei- 
fer mit einer Genauigkeit von mindestens 
2,5 mm positionieren können, damit er wieder 
zu seinem Startpunkt zurückkehrt. Die Klauen 
des Greifers sollten sich zumindest 3cm weit 
öffnen lassen. Der Greifer muß so kräftig sein, 
daß er ein Gewicht von etwa 20 Gramm leicht 
tragen kann. 


:hes System 


Kardan- oder -° 
Kugelgelenk 


sechs hydraulisch oder 
pneumatisch verstellbare 


ststehende vertikale 
Grundfläche 


Eine Möglichkeit wäre die Konstruktion 
einer kleinen Laufkatze in einem quaderförmi- 
gen Rahmen. Laufkatze und Greifer könnten 
verschiebbar gelagert sein und über Seil- oder 
Kettenzüge von den Motoren bewegt werden. 
Dazu bräuchten wir insgesamt vier Motoren — 
drei für die Positionierung und einen zum Öff- 
nen und Schließen des Greifers. 

Ein anderer Weg führt zum Gelenkarm, 
einer eher menschenähnlichen Lösung: Hier 
sorgt je ein Motor für die Bewegung in einem 
der Gelenke. Digitale Servomotoren sind für 
diesen Zweck gut geeignet, weil sich der 
Drehwinkel über die Software sehr einfach 
und exakt steuern läßt. Die genaue Positionie- 
rung eines Roboter-Arms ist allerdings proble- 
matischer als das Bewegen der Laufkatze: Um 
den Greifer nämlich in nur einer Ebene — etwa 
auf der x-Achse — zu bewegen, müssen schon 
mindestens zwei Motoren synchron angesteu- 
ert werden. Bei der Laufkatze genügt ein Motor 
für diese Bewegung. Da wir den Robot-Arm 
aber mit dem Computer steuern, gibt es keine 
Probleme: Maßgeschneiderte Steuerpro- 
gramme nehmen uns die für das Positionieren 
nötigen komplexen Berechnungen ab. 

Der Gelenkarm ist einer Laufkatze in bezug 
auf Flexibilität überlegen. Die Laufkatze ist nur 
auf bestimmte Bewegungen zugeschnitten und 
kann ohne Umbau keine anderen Tätigkeiten 
ausführen. Der Gelenkarm hingegen ist viel- 
seitig: Er kann zum Beispiel unsere Garnrolle 
auch dann aufheben, wenn sie nicht aufrecht 
steht, sondern auf dem Boden liegt. Wir wer- 
den also den Robot-Arm zur Grundlage unse- 
res Selbstbau-Projektes machen. Die Zeich- 
nungen stellen mögliche Variationen dar. 


2 Teen 


Während der nächsten 
Folgen des Projekts 
werden in dieser Strich- 
zeichnung immer dieje- 
nigen Teile farbig her- 
ausgehoben, um die es 
im aktuellen Abschnitt 
gerade geht. 


BEER 2 RE AA | 
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Nützliche Zeiger 


Wir untersuchen Möglichkeiten der Programmverbesserung, sowie 
das Problem des Ladens und Speicherns der umdefinierten 
Zeichensätze in einen speziellen Bereich des C-64-Speichers. 


N: da unsere Zeichendefinitions-Pro- 
gramme geschrieben sind, lohnt es sich, 
die drei Versionen miteinander zu vergleichen 
und zu verbessern. Die C-64-Version wurde 
zuerst geschrieben, da sie die komplizierteste 
der drei Versionen ist. Der Bildschirmaufbau 
ist rudimentär, und es werden keine Farben, 
Töne oder Grafiken verwendet. In diesen Be- 
reichen könnten also Verbesserungen durch- 
geführt werden, die wir hier jedoch nicht be- 
sprechen wollen. 

Wir werden uns auf die Benutzerschnitt- 
stelle konzentrieren: Anweisungen, Hilfen, Be- 
fehlstasten und sonstige Möglichkeiten. 

Im Programm gibt es keine Erklärungen, da 
das Listing auf eine Seite passen mußte. Beim 
Programmstart könnte jedoch eine Programm- 
erklärung ausgegeben werden. Außerdem ist 
wahrscheinlich auf dem Hauptbildschirm Platz 
für abgekürzte Hinweise — beispielsweise für 
Cursor-Bewegungen oder eine Befehlsliste. 
Dadurch sollte ein Hilfsbildschirm nicht unbe- 
dingt mehr nötig sein. 

Die Wahl der Befehlstasten kann auch ver- 
bessert werden. Beim Acorn B und Spectrum 
wird der Cursor mit den normalen Kontrollta- 
sten bewegt, wogegen beim Commodore die 
ungeshifteten Funktionstasten benutzt werden. 
Dies gestattet zwar eine bequeme Program- 
mierung auf dem C 64, da die ASCII-Codes der 
acht Funktionstasten aufeinanderfolgend von 
133 bis 140 liegen, doch die Anordnung der Ta- 
sten selbst ist nicht sehr logisch. Außerdem 
haben sie keine Wiederholfunktion. Letzteres 
kann durch POKE 650,128 geändert werden, 
die Anordnung der Tasten jedoch nicht, so daß 
man die Cursor-Kontrolle auf die Cursortasten 
umlegen sollte. 

Eine weitere Verbesserung ist eine Strategie 
zur Cursor-Bewegung. Zur Zeit wird nur ein Be- 


fehl abgefangen, durch den der Cursor das 
Fenster verlassen würde. Alternativ könnte der 
Cursor jedoch auch „umgeschlagen“ werden: 
Wenn er über den unteren Rand des Fensters 
bewegt wird, erscheint er wieder am oberen 
Rand und umgekehrt. Ähnliches gilt für hori- 
zontale Bewegungen. Dies zu programmieren 
ist einfach, doch erfordert es mehr Programm- 
code als die einfachen Abfragen in der Unter- 
routine ab Zeile 3500. 

Beim Spectrum und Acorn B könnten das 
Speichern und Laden von Zeichensätzen als 
zusätzliche Befehle integriert werden. In allen 
drei Versionen wäre es sinnvoll, eine Zeichen- 
definition auf ein anderes Zeichen zu kopie- 
ren, so daß CHRS(N) und CHRS(N+1) das- 
selbe Zeichen repräsentieren. Falls Sie einen 
Ausdruck des neuen Zeichensatzes wünschen, 
kann eine Druck-Option eingefügt werden. 
Der modulare Aufbau des Programms macht 
die Ergänzungen einfach. 


Dateien laden 


Ein besonderes Problem des C-64-BASIC ist, 
daß der SAVE-Befehl scheinbar nur für den ge- 
samten BASIC-Speicherbereich verwendet 
werden kann. Beim BASIC der anderen beiden 
Computer kann der zu speichernde Bereich 
angegeben werden. Der LOAD-Befehl des 
Commodore dagegen gestattet das Einladen 
von Dateien in jeden beliebigen Bereich. Läßt 
sich also das SAVE-Problem lösen, können die 
neuen Zeichensätze gespeichert und eingela- 
den werden. 

Der SAVE-Befehl des Commodore bezieht 
sich über zwei Adreß-Zeiger auf den BASIC- 
Speicherbereich — TXTTAB (Adressen 43 und 
44) und VARTAB (Adressen 45 und 46). 
TXTTAB zeigt auf den Beginn des BASIC-Spei- 
chers (normalerweise ab Adresse 2048), woge- 
gen VARTAB auf den Beginn des BASIC-Varia- 
blenbereichs zeigt. Da dieser anfängt, wo das 
BASIC-Programm endet, zeigt VARTAB direkt 
auf das Ende des BASIC-Speichers. Ändert 
man diese beiden Zeiger, so daß sie auf den 
Start und das Ende des neuen Zeichensatzes 
zeigen und führt dann den SAVE-Befehl aus, 
sollte das Problem gelöst sein. 

Bevor wir das versuchen, muß die genaue 
Position des Zeichensatzes ermittelt werden. 
Die Unterroutine bei Zeile 61000 kopiert den 
ROM-Zeichensatz in einen 2-KByte-RAM-Block 


ab Adresse 14336, und in Zeile 50 wird VARTAB 
auf einen Wert unterhalb dieser Adresse ge- 
setzt, damit BASIC ihn nicht überschreibt. Auf 
diese Art beschneiden wir jedoch den Anwen- 
derspeicher um 2/3. Für das Zeichengenera- 
tor-Programm spielt das keine Rolle. Will man 
jedoch ein Programm, das mehr als 12 KByte 
Speicher benötigt, mit einem neuen Zeichen- 
satz verwenden, so wirft das ernsthafte Pro- 
bleme auf. Ungünstigerweise ist es durch das 
Betriebssystem nicht möglich, den Zeichensatz 
ab einer höheren Adresse abzulegen. Die ein- 
zige Lösung ist daher, den Zeichensatz so tief 
wie möglich und BASIC über ihn zu legen. Dies 
ist möglich, indem man den TXTTAB-Zeiger 
ändert. Das kann jedoch nicht vom BASIC-Pro- 
gramm aus gemacht werden, und es muß erle- 
digt werden, bevor das Zeichengenerator-Pro- 
gramm in den Speicher geladen wird. 

Die notwendigen Schritte sind: 

l) Laden und starten Sie Programm |]. Dies 
schreibt die notwendigen Befehle auf den Bild- 
schirm, so daß Sie sie durch Drücken von RE- 
TURN im Direktmodus ausführen können. 

2) Laden Sie das Zeichengenerator-Programm, 
und ändern Sie es wie folgt: 

61100 CGEN=53248:NCGEN=2048 

61500 POKE PO,(PEEK(PO)JAND240)OR2 
Löschen Sie außerdem Zeile 50. 

3) Speichern Sie die neue Version. 

4) Laden und starten Sie das Programm exakt 
wie bisher. 

5) Wenn Sie Ihre Arbeit beendet haben, laden 
und starten Sie Programm 2. Ähnlich wie bei 
Programm 1 werden einige Befehle auf den 
Bildschirm geschrieben. 

6) Die Zeiger TXTTAB und VARTAB werden 
durch Programm 2 so gesetzt, daß SAVE „datei- 
name" den gesamten Zeichensatz zwischen 
2048 und 4097 speichert. Wollen Sie zukünftig 
das Zeichengenerator-Programm starten, müs- 
sen Sie die eben beschriebene Sequenz (bis 
auf Punkt 2) wiederholen. 

Wenn Sie den Zeichensatz wieder einladen 
wollen, müssen Sie Programm 1 laden und 
starten, um BASIC im Speicher hochzuschie- 
ben, und dann wie folgt den entsprechenden 
Zeichensatz laden: 

LOAD "dateiname”,DN, 1 
DN ist entweder | für Casettenrecorder oder 8 
für Diskettenstation. Die "1" am Ende des Be- 
fehls wird Sekundäradresse genannt. Sie be- 
zeichnet die Art des Commodore, Befehlspara- 
meter an Peripheriegeräte zu übermitteln. Hier 
bedeutet sie, daß die Datei an den Platz gela- 
den werden soll, von dem aus sie gespeichert 
wurde, anstatt durch den TXTTAB-Zeiger in 
den aktuellen BASIC-Programmspeicher. Dies 
ist möglich, da das Betriebssystem beim Spei- 
chern einer Datei die Startadresse im RAM als 
erstes Element der Datei ablegt. 

Wenn Sie den LOAD-Befehl ohne Angabe 
verwenden, wird die Startadresse in der Datei 
zugunsten der Adresse von TXTTAB ignoriert. 


Haben Sie BASIC umgelegt und den neuen 
Zeichensatz geladen, müssen Sie dem Be- 
triebssystem die Position des Zeichensatzes 
mitteilen. Erklärungen hierzu finden Sie in der 
Tabelle und zudem auch in der neuen Version 
von Zeile 61500. 


199REMKKRKKRK RK KR KT KT TR I I IK 


200 REM& PROGRAM 1 * 
201 REM& RUN THIS PROGRAM * 
202 REM& THEN HIT RETURN TWICE * 
203REM%& THIS MOVES BASIC TO 4096 * 


BOAREMKRRRKKRKRK KK KT KK I TI I KT N 
300 PRINT CHRS(147):PRINT:PRINT 


400 PRINT“POKE43,0:POKE44,16:POKE45,3:POKE46,16” 


500 PRINT“POKE4096,0:POKE4097,0:POKE4098, 
0:CLR:NEW” 


600 PRINT CHR$(19) 

199REMKRRARRRKRR KK RK KT KT CT N 
200 REM&* PROGRAM 2 * 
201 REM%& RUN THIS PROGRAM * 
202REM& THEN HIT RETURN TWICE * 
203REM& THIS RESETS BASIC PTRS * 


BOAREMKRRKKKKKKK KK KT KK TI II TC KT 
300 PRINT CHRS(147):PRINT:PRINT 

400 PRINT“POKE43,0:POKE44,8:POKE45,1:POKE46,16” 
500 PRINT“POKE4096,0:POKE4097,0:POKE4098,0:CLR” 
600 PRINT CHR$(19) 


Werte-Tabelle 

Der Befehl „POKE 53272, (PEEK(53272) AND 240) 
OR X“ zwingt den Bildschirm-Chip, auf den Spei- 
cherbereich Zugriff zu nehmen, in dem der Zei- 
chensatz abgelegt ist. Die Tabelle zeigt die Werte 
von X, die die Startadresse des RAM-Blocks 
setzen. 
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INITIALISE Bi 
Variablen, Darstellun-P- 
BE 2105 


DISPLAY ; 
Ortsbeschreibungen 
t 


EXECUTE ; 
Befehl Be: 


Dieses Diagramm eines 
typischen Abenteuer- 
spiels zeigt eine mög- 
liche Position unserer 
Darsteller-Steuerungs- 
Routine. Wird es an 
dieser Stelle in den 
Steuerungsfluß einge- 
bracht, erfolgt die Aus- 
führung der Routine je- 
desmal dann, wenn der 
Spieler nach Befehls- 
eingabe ENTER drückt. 
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Aktive Akteure 


Das Programmieren der Spieler/Darsteller-Interaktion in einem 
Abenteuerprogramm kann sehr kompliziert sein. Nachstehend stellen 
wir zwei Systeme der Darsteller-Steuerung vor. 


m ersten Teil dieser Reihe wurde dargelegt, 
wie sich die computergesteuerten Charak- 
tere in Infocoms „Suspect" scheinbar „aus ei- 
genem Antrieb“ von Ort zu Ort bewegen. Be- 
wegung ist aber eines der unwichtigsten 
Merkmale eines computergesteuerten „Da- 
seins“, und das Programm enthält herausra- 
gende Beispiele für die wichtigere Spieler/ 
Darsteller-Interaktion in seiner Befehls-Syntax. 
Beim Spielen von Suspect kann man Befehle 
benutzen, die die Adressierung von Darstel- 
lern auf unterschiedliche Art durchführen. Alle 
folgenden Angaben werden vom Programm 
akzeptiert: 
Michael, wo ist Veronika? 
Beschuldigen Sie Colonel Marston des Mordes: 
Rufen Sie meinen Anwalt an 
Johnson, erzählen Sie von sich 
Offensichtlich gibt es genug Raum, um mit den 
anderen Gästen im Hause Ashcroft kommuni- 
zieren zu können. Was aber das Spiel so be- 
sonders eindrucksvoll macht, sind die zahlrei- 
chen Botschaften, die bei Ihren Versuchen, 
höfliche Konversation zu „machen“, als Antwort 
kommen. Wenngleich die agierenden Darstel- 
ler dazu neigen, sich zu wiederholen, sind sie 
doch imstande, Zusammenhang und Logik 
zum Ausdruck zu bringen. Dazu folgende Dia- 
log-Beispiele: 
Michael, erzähl mir vom Pferd. 
"Lurking Grue ist Veronikas Favorit. Es ist ein 
wirklich schönes Tier.” 
Marson, erzählen Sie mir vom Pferd. 
"Ich weiß absolut nichts darüber, was Sie interes- 
sieren könnte.” 
Die Darsteller können nicht nur mit dem Spie- 
ler kommunizieren, sie sind auch in der Lage, 
sich miteinander zu unterhalten. Und letztlich 
kommt man nicht weit, wenn man nicht einfach 
im Tanzsaal herumschlendert und Gesprächen 
wie diesem zuhört: 
Michael mischt sich ins Gespräch ein. "Ich erin- 
nere mich an einen schwarzen Hengst, der im 
vergangenen Jahr hoch gehandelt wurde. Er 
brachte an die Hunderttausend.” Colonel Marston 
starrt ihn an und sagt, "Ich habe ein gutes Zah- 
lengedächtnis. Der Spitzenpreis im vergangenen 
Jahr lag bei Zweiundneunzigtausend." Cochrane 
sieht Michael an, fühlt sich verraten. "Unfug", 
sagt er ärgerlich... . 
Die „Menschen“ in Suspect erfüllen also eine 
Vielzahl von Anforderungen, die wir im ersten 
Teil als Voraussetzung für wahrhaft interaktive 
Charaktere gefordert haben: 


l. Sie können sich von einem Ort zum anderen 
bewegen. 

2. Sie sind vom Spieler ansprechbar und ant- 
worten sinnvoll. 

Sie können auch Gegenstände aufnehmen 
und ablegen. Einer der Darsteller ist in einer 
Spielphase sogar in der Lage, einen Gegen- 
stand in einem anderen zu verstecken! Und 
schließlich können die Darsteller den Spieler 
unaufgefordert ansprechen. Dafür gibt es im 
Spielverlauf mehrere Beispiele. Am deutlich- 
sten wird das, wenn der Detektiv den Spieler 
festnimmt (weil man den wahren Schuldigen 
nicht gefunden hat). 

Ein Nachteil eines solchen Spieles ist, daß 
es so stark von Verhalten und Aktionen der 
computergesteuerten Charaktere abhängt. 
Beispielsweise erfordert die Handlung in Su- 
spect, daß in einem bestimmten Augenblick 
„jemand“ getötet wird. In bestimmten anderen 
Spielphasen führen die Darsteller bedeu- 
tungsschwere Aktionen aus, die es dem Spie- 
ler ermöglichen, das Geheimnis zu lösen, 
wenn er sie beobachtet. Aus diesem Grunde 
verhalten sich die Darsteller nicht völlig zufäl- 
lig. Das bedeutet: Ist das Programm mehrere 
Male gelaufen, wird dem Spieler bewußt, daß 
zum Beispiel Charakter A an der Stelle B zum 
Zeitpunkt C ist und die Handlung D ausführt. 


Charakter-Steuerung 


Wir werden später noch sehen, daß die Fähig- 
keit der „Menschen“, bestimmte Handlungen 
auszuführen, sorgfältiger Überlegungen be- 
darf, damit eine wirksame Charakter- 
Steuerungs-Routine daraus wird. Beispiels- 
weise demonstrieren die Charaktere in „The 
Hobbit“ mit ihrem Verhalten einen bemerkens- 
werten Grad an Zufälligkeit. Daraus könnte 
man folgern, daß sie in ihren Verhaltensmög- 
lichkeiten und ihrer Intelligenz irgendwie be- 
schränkt sind. Doch als Grundregel gilt: Ein ho- 
her Zufalls-„Grad" verbessert die lebensnahe 
Atmosphäre eines Programms. 

Andererseits hat man bei Suspect nach 
mehrfachem Spielen des Programms das Ge- 
fühl des „deja vu", wenn beispielsweise die 
Märchen-Königin den Ballsaal verläßt, um 
Weinflecke aus ihrem Kleid zu entfernen, nur, 
um dann als Leichnam zu enden. 

Nach der Betrachtung von Suspect wollen 
wir uns eigenen Routinen zuwenden. Die erste 
zu treffende Entscheidung: Wie komplex soll 


unser Programm sein? Bei der Gestaltung 
eines Abenteuerprogramms ist es ver- 
gleichsweise einfach, die Anzahl der Örtlich- 
keiten zu bestimmen. Geht es aber um die 
Darsteller, gibt es fast unzählige Kombinatio- 
nen. Ein Spiel wie Suspect erfordert die Spei- 
cherung großer Datenmengen, allein für die 
von den Charakteren gesandten Botschaften, 
einmal abgesehen von den für die Steuerung 
erforderlichen Routinen. Infocom löst dieses 
Problem durch ausschließliche Verwendung 
von Disketten. Viele Anwender aber können 
sich eine Diskettenstation nicht leisten. Des- 
halb müssen deren Programme völlig auf 
RAM-Basis lauffähig sein. 

Das ist gar nicht so einengend, wie ange- 
nommen wird. Wir werden es in der nächsten 
Folge bei der Betrachtung von Melbourne Hou- 
ses „Sherlock“ aufzeigen. Heute gestalten wir 
unser Programm so, daß maximal sieben Cha- 
raktere damit zu steuern sind. 

Die zweite zu beantwortende Frage ist nicht 
so bedeutsam, muß aber vor Programmierbe- 
ginn beantwortet werden. Es gibt zwei Steue- 
rungsmethoden — die synchrone und die asyn- 
chrone. Wir haben zu entscheiden, welche be- 
nutzt werden soll. 

Aus dem Diagramm links ist ersichtlich, daß 
der Computer jedesmal die Eingabe deco- 
diert, die erforderliche Routine aufruft, die er- 
forderlichen System-Variablen aktualisiert, 


eine Meldung bringt und zu neuer Eingabe 
auffordert, wenn der Spieler nach einer Ein- 
gabe ENTER drückt. Die Frage ist: An welcher 
Stelle soll unsere Darsteller-Steuerung einge- 
setzt werden? 

Um bei den erwähnten Begriffen zu bleiben: 
Ein synchroner Darsteller würde die entspre- 


chende Routine in einem bestimmten Pro- 
grammstadium ausführen. Dieses synchrone 
System hat bestimmte Vorteile für den Spieler. 
Geht man zum Beispiel weg, um in der Küche 
Tee zu trinken, hat man die Gewißheit, daß 
man in der Zwischenzeit nicht von einem ande- 
ren Akteur angegriffen wird. Kehrseite der 
Medaille ist, daß der Spielablauf zu sehr von 
den Eingaben des Spielers abhängt. 

Bei einem asynchronen System hingegen er- 
folgt die Steuerung durch „interrupts", die alles 
der Charakter-Steuerung überlassen, egal ob 
man an der Tastatur sitzt oder nicht. Dieses Sy- 
stem findet bei „The Hobbit“ und „Valhalla“ 
Anwendung. Sitzt man vor dem Bildschirm und 
sieht einfach zu, kommen und gehen Leute 
und leben ihr „Leben“ völlig eigenständig. 
Dieses System hat den Vorteil, daß es Atmo- 
sphäre ins Programm bringt. Es ist aber sehr 
viel schwerer zu programmieren. Dabei ist zu 
beachten, daß die Kluft zwischen Charakter- 
Steuerung und dem eigentlichen Programm 
nicht zu groß werden darf, da es andemfalls 
ernsthafte Probleme geben kann. 

Die Anwendung „interrupt"-gesteuerter BA- 
SIC-Routinen ist sehr schwer zu handhaben. 
Deshalb bedienen wir uns für unsere Routine 
des synchronen Systems. 

Jetzt können wir mit dem Programmieren be- 
ginnen. Wir beabsichtigen zwar, ein übertrag- 
bares Modul zu schaffen, das in Abenteuer- 
spielen lauffähig ist, benötigen dafür aber 
noch eine entsprechende Umgebung, um den 
Character-Steuerer zu überprüfen. Dazu erstel- 
len wir ein einfaches Abenteuer mit drei Räu- 
men, durch die die Darsteller bewegt werden 
können und in denen sich mehrere Gegen- 
stände befinden, die sie bewegen müssen. 


Unsere Darsteller-Steue- 
rungsroutine findet in 
einer Kneipe Anwen- 
dung, die für ihr Bier 
und die ausgezeichne- 
ten, selbstgemachten 
Pasteten bekannt ist. 
Die Orte, die in der 
Routine verwendet wer- 
den, zeigt nebenste- 
hende Abbildung. 
Ebenso die Grundposi- 
tionen der wichtigsten 
Gegenstände. In der 
nächsten Folge zeigen 
wir, wie diese in die 
Routine eingesetzt wer- 
den, und ergänzen die 
Illustration in der Rei- 
henfolge ihres Auftre- 
tens um die Darsteller. 
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Des Fehlers Tod 


Wir beschließen unsere Serie über die Assemblersprache des 6809. 
Wir beenden alle unerledigten Aufgaben, geben einen Überblick über 
den Befehlsfluß und codieren das Hauptmodul. 


nser Hauptmodul aktiviert als erstes den 

Interruptmechanismus, mit dem wir Unter- 
brechungspunkte in das analysierte Programm 
einsetzen. Die Unterbrechungspunkte überge- 
ben die Steuerung an den Debugger und er- 
möglichen es uns, die Inhalte der Register und 
Speicherstellen zu untersuchen. Über die An- 
fangsadresse des getesteten Programms ge- 
ben wir die Steuerung wieder dorthin zurück 
(Befehl S). Die Befehle G und S übergeben die 
Steuerung an das getestete Programm, der De- 
bugger dagegen erhält die Kommandos von 
den SWI-Codes der Unterbrechungspunkte. 

Zwei Teile der Initialisierung hatten wir 
schon in der letzten Folge codiert. Dabei stand 
der Einsprungspunkt für Interrupts unmittelbar 
hinter dem Aufruf der Initialisierungsroutine. 
Unser erster Befehl sicherte den Stack-Pointer 
S, der später als Bezugspunkt für die von SWI 
auf den Stack geschobenen Registerwerte 
dient. Der nächste Initialisierungsschritt er- 
möglicht nun die Interpretation der Befehle. 

Die Subroutinen für die Ausführung der Be- 
fehle sind fertig — ihr Aufruf (je nach Befehls- 
eingabe) muß jedoch noch programmiert wer- 
den. Diese Aufgabe ließe sich durchaus mit 
einer Reihe verschachtelter IF-Befehle lösen, 
doch setzt die Routine „Befehl-Holen“ einen 
Offset in die Tabelle der Befehlszeichen, den 
wir mit einer Sprungtabelle einsetzen können. 
Diese Methode ist an dieser Stelle zwar nicht 
optimal, doch lohnt es sich, diese praktische 
Technik zu zeigen. Wir müssen dazu eine 
Sprungtabelle mit den Adressen der Subrouti- 
nen anlegen. 

JMP kann — im Gegensatz zu Verzweigungs- 
befehlen — alle normalen Adreßarten einset- 
zen, darunter auch die indizierte und die indi- 
rekte Adressierung. Wenn wir X mit der Basis- 
adresse der Tabelle laden und den Offset in B 
verwenden (in verdoppeltem Format, da die 
Tabelle 16-Bit-Werte enthält und nicht die Acht- 
Bit-Werte der Befehle), überträgt der Befehl 

JMP [B,X] 
die Steuerung auf die entsprechende Subrou- 
tine. Der BSR-Aufruf nimmt dabei die Adresse 
dieses Sprungbefehls an. Wir müssen nun 
einen zweiten lnitialisierungsschritt anlegen. 
Daten: 

Sprungtabelle — eine Tabelle mit acht 

16-Bit-Adressen 

CMDB, CMDU etc. die Startadressen der 

Subroutinen 


Ablauf: 
FOR jede Subroutine 
Startadresse holen 
Startadresse in der Sprungtabelle 
speichern 
ENDFOR 


Wir müssen nun überlegen, was bei Eingabe 
des Befehls Q (Programm beenden) gesche- 
hen soll. Das Programm und der Debugger 
sollten so zurückgelassen werden, daß sie für 
weitere Aufrufe ohne irgendwelche Schwierig- 
keiten zur Verfügung stehen. 

Dafür muß der Stack am Programmende 
aber im gleichen Zustand sein wie am Anfang. 
Wir könnten nun für unser Programm einen se- 
paraten Stack anlegen, indem wir den Wert 
von S ändern und am Ende einfach den alten 
Wert wieder einsetzen. Diese Technik ist sehr 
praktisch — in unserem Fall könnten wir jedoch 
Schwierigkeiten haben, ungenutzten Speicher- 
platz zu finden, da der RAM-Bereich bereits 
mit zwei Programmen belegt ist. Es wäre auch 
möglich, S einfach entsprechend zu inkremen- 
tieren und so alle überflüssigen Werte zu 
löschen. Doch auch dieser Vorgang bietet Pro- 
bleme, da wir nicht wissen, ob Interrupts auf- 
getreten sind und sich dadurch die Stackin- 
halte verändert haben. Am einfachsten wäre 
es, den Änfangswert von S zu speichern und 
mit dem letzten Befehl des Programms wieder 
einzusetzen. 


Ein Zwischenspeicher 


Aus diesem Grund speichert der in der Initiali- 
sierung eingerichtete Interruptmechanismus 
drei Byte an der Adresse, die der SWI-Vektor 
bei $FFFA angibt. Auch hier müssen wir den 
ursprünglichen Wert wieder einsetzen, da ein 
Interrupt des Betriebssystems unvorhergese- 
hene Abläufe auslösen kann. Wir brauchen 
also einen weiteren lnitialisierungsteil, der alle 
Werte speichert, die von der Endroutine wie- 
der eingesetzt werden sollen. 
Daten: 
Gesichert — fünf Byte mit den ursprüng- 
lichen Werten 
Stack-Pointer — der aktuelle Wert von S, 
plus 2 
SWI-Vektor — der Wert von $SFFFA 
Ablauf: 
Stack-Pointer in Gesichert speichern 


I 


SWI-Vektor holen SWI-Befehl verwandt oder aber ein Sprung auf Die Ablaufdiagramme 
Die drei Byte beim SWI-Vektor in Gesichert einen bekannten Punkt des Betriebssystems un ae Gen Paogptaungs 
, = uß der Debuggermo- 
speichern ausgeführt werden. dule. Sie sind in der 
Die Endroutine (der Befehl Q) muß diesen Vor- Daten: Reihenfolge aufgeführt, 
gang nur umkehren und die Steuerung an das Gesichert — fünf Byte mit den ursprüng- > he sie ei un 
Betriebssystem zurückgeben. Für die Ausfüh- lichen Werten nn lan ImeuBurd 
rung dieser Vorgänge gibt es wieder eine Stack-Pointer — der aktuelle Wert von S, Kästen zeigen an, daß 
Reihe von Möglichkeiten: Nach der Wieder- plus 2 separate Routinen auf- 
herstellung des Vektors kann entweder der SWI-Vektor — der Wert bei $FFFA gerufen worden. 


Sprungtabelle-anlegen Interrupt-anlegen Befehlssteuerung 


Adresse des näch- 
sten Befehls holen 


nterbrechungspunkt 
anzeigen 


Nächsten Befehl 
holen 
Befehl ausführen 


Befehl U 
Unterbrechungs- 
punkt löschen 


Unterbrechungs- 
punktadresse holen 


In Unterbrechungs- 
tabelle speichern 


Zahl der Unterbre- 


In Unterbrechungs- 
tabelle finden 


Gibt es 
weitere Punkte 
? 

Ja 


Nächsten Unterbre- 
chungspunkt holen 


Adresse des Stack- 


Zahl der Unterbre- 
chungspunkte 
dekrementieren 


Adresse aus 
Tabelle nehmen 


Pointers holen 


Befehl Q 


Auf Startadresse 
springen 


SWI am nächsten 
Unterbrechungs- 


Gespeicherte 
Werte bei Interrupt- 
adresse einsetzen 
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Reset-Vektor — der Wert bei SFFFE 
Ablauf: 
Die drei Byte des SWI-Vektors mit Gesichert 
wiederherstellen 
Stack-Pointer wiederherstellen 
Zum Betriebssystem verzweigen 
Wir wenden uns nun dem Hauptmodul zu. 
Daten: 
Prompt für die Befehlseingabe ist das 
ASCII-Zeichen '>' 
Befehls-Offset zeigt in die Befehlstabelle 
und die Sprungtabelle 
Ablauf: 
Werte-sichern 
Sprungtabelle-anlegen 
Interrupt-einrichten 
Start-Adresse holen 
REPEAT 
Prompt darstellen 
Befehl-holen 
Befehl-ausführen 
Kein Ende 


Damit ist unser Debuggerprogramm fertig. Sie 
können den Code jedoch noch optimieren und 


Sprungtabelle-anlegen 


JTABLE RMB 


SETUPJ LEAY 


LEAX 


STX 
LEAX 


STX 
LEAX 


STX 
LEAX 


STX 
LEAX 


STX 
LEAX 


STX 
LEAX 


STX 
LEAX 


STX 


Hier findet der eigentliche Sprung zu den Subroutinen statt. Wir gehen davon aus, 


16 Platz für acht Zwei-Byte-Adressen 


Basisadresse der Tabelle in Y 


JTABLE,PCR 
CMDB,PCR 


Startadresse der CMDB- 
Subroutine 


‚Y++ In der Tabelle speichern 


CMDU,PCR 


Startadresse der CMDU- 
Subroutine 


‚Y+ 


CMDD,PCR 


In der Tabelle speichern 


Startadresse der CMDD- 
Subroutine 


CMDQ 


‚Y++ In der Tabelle speichern 


CMDS,PCR 


Startadresse der CMDS-Subroutine 


„Y++ In der Tabelle speichern 


CMDG,PCR 


Startadresse der CMDG- 
Subroutine 


‚Yrt In der Tabelle speichern 


CMDR,PCR 


Startadresse der CMDR- 
Subroutine 


PROMPT 
STACKP 


„Y++ In der Tabelle speichern 


CMDM,PCR 


Startadresse der CMDM- 
Subroutine 


DEBUG 


‚„Y++ In der Tabelle speichern 


CMDQ,PCR 


Startadresse der CMDQ- 
Subroutine 


‚Yır In der Tabelle speichern 


ENTRY 


daß X die Adresse von JTABLE enthält und B das Offset. 


DOCMD JMP 


[B,X] REPTO2 


Werte-Sichern 


SAVED 
SAVEIT 


RMB 
LEAX 
TFR 
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5 Die fünf zu sichernden Byte 


SAVED,PCR 


DA] S nach D verlegen 


Speicheradresse 


abkürzen. So müssen beispielsweise viele 
Werte bewegt werden, damit sie für die Sub- 
routinen in den korrekten Registern stehen. 
Eine Umstellung der Register könnte die Ab- 
läufe vereinfachen, wäre aber nur zu empfeh- 
len, wenn der Speicherplatz sehr begrenzt ist. 
Weiterhin haben wir die gleichen Daten an 
mehreren Stellen definiert. Es gibt jedoch zwei 
Methoden, Daten in einem Programm einzu- 
setzen: Die Daten können entweder innerhalb 
der eingesetzten Module bleiben — das ist 
theoretisch der beste Weg — oder vollständig 
am Anfang des Programms definiert werden. 
Dies ist besonders dann vorteilhaft, wenn Sie 
einen Disassembler mit dem Programm einset- 
zen wollen. 

Der Debugger sollte in einen Speicherbe- 
reich geladen werden, der nicht von dem zu 
analysierenden Programm belegt ist. Da das 
Programm per Sprung auf die DEBUG-Ein- 
sprungadresse aufgerufen wird, muß diese 
Adresse vor dem Programmstart bekannt sein. 

Durch diese Serie sollten Sie umfassendes 
Verständnis über Assemblerprogrammierung 
und Entwicklungsmethoden bekommen haben. 


ADDD 


Zwei addieren (für Rücksprung- 
adresse) 


STD Sichern 

LDY Interrupt-Vektoradresse holen 
LDA Erstes zu sichernde Byte holen 
STA Sichern 

LDD Die anderen beiden Byte holen 
STD Sichern 

RTS 


Befehl Q 


LEAX SAVED,PCR 
LDY SFFFA 

LDA 2,X 

STA ‚Y+ 

LDD 3,X 

STD N 

LDS ‚X 

JMP [SFFFE] 


Adresse von Gesichert 
SWI-Vektor 

Erstes von drei Byte 
Wiederherstellen 

Die anderen beiden Byte 
Wiederherstellen 
Stack-Pointer sichern 


Indirekter Sprung über den 
Reset-Vektor 


Hauptmodul 


FCB Po 
RMB 2 


Stack-Pointer für Register- 
anzeigen 


BSR SAVEIT 
BSR SETUPJ 
BSR INIT 


Werte-sichern 
Sprungtabelle-anlegen 


Interrupt-einrichten und Start- 
adresse-holen 


STS STACKP,PCR 
LEAX JTABLE,PCR 
LDA PROMPT,PCR 
BSR OUTCH 

BSR GETCOM 
LSLB 

BSR DOCMD 

BRA REPTO2 


Stack-Pointer sichern 


Prompt holen und 
anzeigen 


Befehl holen 
Doppelter Offset für 16-Bit-Tabelle 
Befehl ausführen 


Nächster Befehl 


Computer Welt Fi 
Spezialanwendungen 


Für Behinderte bedeutet der Microcomputer mehr als eine Lernver- 
besserung: Er hilft, die Barrieren zur „normalen“ Welt zu überwinden. 


V:: Erwachsene und Kinder brauchen 
spezielle Ausbildungstechniken. Ursache 
dafür mag eine körperliche Behinderung wie 
Taubheit oder Blindheit sein oder eine geistige 
Behinderung. Einige daraus resultierende Be- 
dürfnisse sind offensichtlich, andere hingegen 
schwer zu erkennen und zu verstehen. Jede 
Krankheit ist mit speziellen Problemen verbun- 
den, die häufig mehr durch die Verhaltens- 
weise der Gesellschaft als durch die Behinde- 
rung selbst geschaffen werden. 

Leider wenden die meisten Regierungen 
weniger Mittel für behindertengerechte Son- 
derschulen auf als für normale Schulen. Folg- 
lich ist dieser Markt für Hard- und Software- 
Entwickler nicht lukrativ. Die Energie und Hin- 
gabe derjenigen, die dennoch in und für die- 
sen Bereich arbeiten, sollten als beispielhaft 
für den gesamtpädagogischen Bereich dienen. 
So sammelten Schüler in South Yorkshire um- 
gerechnet 40 000 Mark in ihrer Freizeit, um die 
Entwicklung eines Spezialtelefons für Hörbe- 
hinderte zu ermöglichen. Diese Arbeit wird üb- 
licherweise „an der Basis“ geleistet, von Ein- 
zelpersonen und lInitiativ-Gruppen. Lehrer, 
Programmierer und Ingenieure arbeiten in Ei- 
geninitiative und entwickeln Hard- und Soft- 
ware für bestimmte Ausbildungszwecke. 


Lehrerausbildung 


In Manchester wurde ein Special Education 
Microelectronics Resources Centre (SE- 
MERCs) gegründet, ebenso in Newcastle und 
Redbridge, um den speziellen Bedürfnissen 
Behinderter in der Ausbildung zu entsprechen. 
Eine der Hauptaufgaben besteht darin, Lehrer 
an Spezialschulen auszubilden und sie über 
wichtige technische Entwicklungen und Neue- 
rungen zu informieren. 

Die Situation wird durch die vielgestaltigen 
Probleme der speziellen Erziehung noch kom- 
plizierter. Bei einigen Krankheiten ist die Kom- 
munikation das größte Problem. So kann ein in- 
telligenter, aufgeweckter Mensch durch eine 
körperliche Behinderung unfähig sein, mit der 
Außenwelt zu kommunizieren. Die Microtech- 
nologie hat vielen Menschen neue Kommuni- 
kationskanäle eröffnet. So können etwa mit 
Hilfe der „Photonic Wand" (einem optischen 
Sensor, der sich auf einem Plastikhelm befin- 
det und durch Kopfbewegung gesteuert wird) 
stumme Menschen, die ihre Gliedmaßen nicht 
bewegen können, einen Acorın B bedienen. 
Der optische Sensor ist einem Lichtgriffel ähn- 
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lich und bewegt einen Cursor über den Bild- 
schirm — entsprechend den Kopfbewegungen. 
Dieses Hilfsmittel kann auch von Menschen 
benutzt werden, die ihre Handbewegungen 
nicht steuern können. Im SEMERC in Manche- 
ster hat man das Photonic Wand mit einem 
Sprachsynthesizer verbunden. Für Telefonge- 
spräche entwickelte Antworten wie „Können 
Sie den Satz wiederholen“ werden auf dem 
Bildschirm dargestellt und von einem Sprach- 
synthesizer ausgesprochen. Man hofft, den 
Wortschatz erweitern zu können und eine ein- 
fache Methode zu entwickeln, um den Synthe- 
sizer mit dem Telefon zu verbinden. 
Computer sind für Sehende entwickelt wor- 
den. Monitore, Drucker und Plotter sind visu- 
elle Ausgabeeinheiten, und alle Programme 
bedienen sich der visuellen Darstellung. Bei 


Am „Vincent“-Arbeits- 
platz können Menschen 
mit verschiedenen Be- 
hinderungen arbeiten. 
Mit dem „Perkins Brail- 
ler“ können Blinde In- 
formationen in den 
Computer eingeben. 
Der Sprachsynthesizer 
ermöglicht eine hörbare 
Rückkopplung. Die 
Textdarstellung auf 
dem Monitor wurde für 
Sehbehinderte vergrö- 
Bert. Der Arbeitsplatz 
ist außerdem mit einer 
„Konzept-Tastatur“ ver- 
bunden. An die im Bild 
gezeigte Station kann 
auch ein spezieller 
Blindenschrift-Drucker 
angeschlossen werden. 
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den Projekten „Open University's Computing“ 
und „Blind Project" arbeitet man daran, beste- 
hende preiswerte Software auch Blinden zu- 
gänglich zu machen. Das Projekt läuft in Zu- 
sammenarbeit mit Blinden an Schulen, am Ar- 
beitsplatz und daheim. Die Arbeitsplätze be- 
stehen aus Computer, Diskettenstation, Moni- 
tor, Drucker, Sprach-Synthesizer, einer Spezial- 
tastatur und einem abgewandelten „Perkins 
Brailler“ und wurden in Schulen und Arbeits- 
stätten installiert. 

Der Perkins Brailler wurde vor 40 Jahren zur 
Erzeugung von Blindenschrift erfunden. Die- 
ses Gerät wird mit dem Computer verbunden 
und ermöglicht so einem Blinden, den Aus- 
druck zu lesen. Es gibt spezielle Software, mit- 
tels der ein Computer Blindenschrift in nor- 
male Schrift umwandeln, speichern, editieren 
und ausdrucken kann. 

Für die Verwendung mit der üblichen Ta- 
statur wurden mehrere sprechende Textverar- 
beitungsprogramme entwickelt. Eingegebene 
Zeichen und spezielle Tasten werden durch 


Die „Photonic“-Ausrü- 
stung erlaubt selbst 
stark behinderten Men- 
schen, die weder spre- 
chen noch ihre Glied- 
maßen bewegen kön- 
nen, einen Acorn B zu 
steuern. Die Kopf-Be- 
wegung wird in ein 
Analogsignal umge- 
wandelt, das der Com- 
puter verarbeitet. 


gesprochene Ausgaben bestätigt. Die „De- 
lete“-Taste „spricht“ zugleich die Bezeichnung 
des gelöschten Zeichens. Text wird mit Hilfe 
eines Sprech-Cursors editiert. Während er 
über den Text läuft, werden Wörter oder Sätze 
gesprochen. Der Cursor kann jederzeit ange- 
halten werden, um Ergänzungen oder Lö- 
schungen vorzunehmen. 

Manche behinderten Kinder sind nicht in 
der Lage, eine normale Tastatur zu bedienen. 
Für solche Menschen wurde ein flaches, be- 
rührungsempfindliches Tablett entwickelt. 
Diese „Konzept-Tastatur“ wird vom Lehrer mit 
austauschbaren Folien versehen. So kann die 
Tastatur beispielsweise in vier Segmente ge- 
teilt werden, die jeweils ein Symbol tragen. Mit 
ihnen läßt sich eine auf dem Boden befindliche 
Turtle steuern. Durch Drücken unterschied- 
licher Segmente kann die Turtle vorwärts, 
rückwärts, nach links oder rechts geführt wer- 
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den. Das ist einfacher als „FD 1 RETURN“ usw. 
einzugeben. 

Mit der bei Apples „Macintosh“ verwende- 
ten Maus entfällt die „Tastatur-Barriere" eben- 
falls. Eine Benutzer-Gruppe namens AMASE 
(Apple Macintosh Applications in Special Edu- 
cation) beschäftigt sich ausschließlich mit der 
Erforschung der Möglichkeiten der Maschine 
in diesem Bereich. 

Man hat auch spezielle Schalter entwickelt, 
die durch verschiedene Körperteile bedient 
werden können. So gibt es zum Beispiel für 
spastische Patienten eine Spezialschaltung. 
Zwei kleine Metallscheiben werden in Augen- 
nähe angebracht und können die horizontale 
Bewegung der Augen registrieren. Die dabei 
entstehenden elektrischen Signale werden in 
Steuersignale umgesetzt. 

Im Bereich „Science and Society" der Brad- 
ford-Universität befestigte man auf einer Turtle 
ein blinkendes, orangefarbenes Licht, wo- 


durch ein seh- und körperlich behinderter 
löjähriger Patient imstande war, sie zu sehen. 


Durch Verwendung eines Konzept-Keyboards 
konnte er die Turtle steuern und die Ergeb- 
nisse seiner Aktionen sehen. Für diesen jun- 
gen Mann, wie für viele behinderte Kinder, 
stellen solche Erfahrungen oft den ersten 
Schritt von der Rolle des passiven Beobachters 
zur bewußten Anteilnahme und Aktion sowie 
zur Beeinflussung ihrer Umgebung dar. 

Auf der British Logo User's Group-Konferenz 
im Jahre 1984 führte Dr. Sylvia Weir bemer- 
kenswerte Beispiele für die Fortschritte an, die 
geistig und körperlich behinderte Kinder 
durch den Umgang mit LOGO machten. Der 


l7jährige Michael, ein Sonderschüler, hatte 
noch nie ein Wort geschrieben. Seine Lehrer 
vermuteten, daß er sehr intelligent sei, aber 
nicht kommunizieren könne. Nachdem er mit 
dem Computer vertraut gemacht worden war, 
programmierte er zehn Stunden täglich. Zwei 
Jahre später schrieb er an der Universität an 
einer Arbeit zum Thema „Gefangene Intelli- 
genz". Ein 7/,jähriger sprachbehinderter Junge 
durfte eine Turtle via Knopfbox steuern, einem 
der „Konzept-Tastatur“ ähnlichen Gerät. Er 
wurde durch dieses Erlebnis so aufgeregt, daß 
er zum ersten Mal sprach. 

Dr. Weir wandte LOGO auch an einer Son- 
derschule an, wo eine Gruppe von Kindern, die 


unter zerebraler Paralyse litten, unterrichtet 
wurde. Die Steuerung des Computers half ih- 
nen, die durch ihre Behinderung entstandene 
Passivität zu überwinden. Dr. Weir schrieb: 
„Die daraus resultierenden Verbesserungen 
im Sinne der Wertigkeit einer Person und die 
Konsequenzen für intellektuelle Aktivität ha- 
ben die Schule veranlaßt, ein eigenes Compu- 
terzentrum zu installieren.“ 

Als Ergebnis gemeinsamer Arbeit des SE- 
MERC in Manchester und des örtlichen Com- 
puterclubs entstand „Micromike"“, ein Gerät, 
das sprachgestörten Kindern hilft. Ein modifi- 
ziertes Funk-Mikrofon wurde mit einem Acorn 
B verbunden und erlaubt Kindern, mittels 
Stimme verschiedenste Aktivitäten auf dem 
Bildschirm zu steuern. Zu der dafür entwickel- 
ten Software gehört „City“, ein Programm, mit 
dem sie die Skyline einer Stadt zeichnen kön- 
nen. Höhe und Breite der Gebäude werden 
durch Lautstärke und Dauer der Stimme be- 
stimmt. Programme dieser Art bieten den Kin- 
dern die Möglichkeit, ihre Stimme auf individu- 
elle Art zu beherrschen. 

Wie die allgemeine Pädagogik, so hinkt 


auch die Spezialpädagogik der technischen 
Entwicklung weit hinterher. Das resultiert dar- 
aus, daß zuwenig Mittel zur Forschung zur Ver- 
fügung stehen und daß Hard- wie Software- 
Hersteller ihren Umsatz mit Geschäfts- und In- 
dustrieprogrammen erzielen — nicht mit Aus- 
bildungsprogrammen. Der spezialpädagogi- 
sche Bereich ist noch kleiner. Die SEMERC- 
Zentren können die Bitten um Hilfe längst nicht 
alle erfüllen. Der Mangel an finanziellen Mit- 
teln und Erfahrung verlangsamt die Entwick- 


lung von Hard- und Software an diesen Zen- 
tren. Und aus dem Geldmangel an Schulen re- 
sultiert eine nur geringe Einbeziehung der 
Computertechnik zu Ausbildungszwecken. 


Die „Konzept-Tastatur“ 
wurde nach dem Prin- 
zip des Grafiktabletts 
entwickelt. Selbst spa- 
stische Anwender kön- 
nen mit dem Computer 
kommunizieren. Eine 
Beherrschung der Ta- 
statur ist nicht erforder- 
lich. Die Gestaltung der 
Folien hilft, die Hemm- 
schwelle gegenüber 
dem Computer herab- 
zusetzen. 
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PA() 


Der Spieler kann aus 
vier Vorratsarten aus- 
wählen: Gemüse, Obst, 
Fleisch und Wasser. 
Die Beschreibungen 
dieser vier Arten wer- 
den im Array PS$() und 
die zugehörigen Einhei- 
ten in U$() gespeichert. 
Um zu entscheiden, 
welche Mengen gekauft 
werden müssen, 
braucht der Spieler 
zwei Informationen: die 
Kosten jeder Vorratsart 
und den wöchentlichen 
Minimalbedarf jedes 
Mitglieds der Mann- 
schaft. Diese Daten 
werden in den Arrays 
PC() und PN() gespei- 
chert. Die vier genann- 
ten Arrays werden am 
Programmanfang initia- 
lisiert. 
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500 


200 || 100 


UNITS 


DESCRIPTIONS 


COSTS 


PER MAN PER WEEK 


AMOUNT OF 
PROV ISIONS ORDERED 


200 


Vorratsbeschaffung 


Wir setzen unsere Simulationsserie mit der Entwicklung des zweiten 
Moduls für das Handelsspiel fort. Diese Unterroutine befaßt sich mit 
dem Einkauf von Vorräten für die Fahrt über den Atlantik. 


m ersten Abschnitt des Spieles heuert der 

Spieler die Mannschaft an. Anschließend er- 
scheint die Meldung "PRESS ANY KEY TO 
CONTINUE”. Durch Drücken einer Taste er- 
scheint der zweite Abschnitt, in dem Vorräte 
eingekauft werden. Der Spieler weiß, daß die 
Fahrt acht Wochen dauern wird und daß er für 
die Besatzung ausreichend Nahrung und Was- 
ser einkaufen muß. 

Das Programm berechnet die notwendigen 
Gesamtvorräte für acht Wochen und überprüft, 
ob die gekauften Mengen ausreichen. Ist dies 
nicht der Fall, wird der Spieler darauf hinge- 
wiesen, daß eventuell jemand hungern oder 
dursten muß, und man erhält die Gelegenheit 
nachzukaufen. Ist nicht genug Gold zur Bezah- 
lung da, wird gefragt, ob man es noch einmal 
mit einer kleineren Bestellung versuchen will 
(das Kapital wird ständig angezeigt). 

Wie in der Anheuerungsphase müssen ei- 
nige Arrays initialisiert werden. Die Vorräte 


werden in unterschiedlichen Einheiten ange- 
boten — Gemüse, Früchte und Fleisch werden 
in Kilo und Wasser in Barrels gemessen. In 
Zeile 20 wird für diese Einheiten ein Array US$ 
mit vier Elementen initialisiert. 

19 REM ##%%# PROVISIONING ARRAYS xur% 

28 DIMUIS(A):USC1)="KILO":USC2)="KILO":USC3H)="KILO“ 

:U$(4)="BARREL” 

21 DIMPSCA):PECILI="VEG"EPSC2)I="FRUIT"EPSC3Z)I="MEAT" 

:PS(4)="WATER" 

22 DIMPA(4) 


ER DIMPCCA):PCC1I=.5:PC(2I=1:PCC3A)=2:PC(4)=.5 
24 DIMPN(4):PNCHI=2:PNCRAI=1:PN(3)=11PN(4)=.5 


Die Beschreibungen der vier Vorratsarten 
werden in Zeile 21 durch die vier Elemente des 
Arrays P$() repräsentiert. Das Programm in- 
stalliert ein Array PA() zum Speichern der ge- 
kauften Mengen jeder Vorratsart. Ein Kilo Ge- 
müse kostet ein halbes Goldstück, ein Kilo 
Obst ein Goldstück, ein Kilo Fleisch zwei und 
ein Barrel Wasser ein halbes Goldstück. Diese 
Informationen werden im Array in Zeile 23 ab- 


MINIMUM PROVISIONS 


gelegt. Dieses Array kann ebenfalls einfach 
erweitert werden. 

Um die Gesundheit der Mannschaft zu er- 
halten, benötigt jedes Besatzungsmitglied eine 
bestimmte Menge an Vorräten. Die entspre- 
chenden Angaben befinden sich in Zeile 24 im 
Array PN(). Ein Mann braucht zum Beispiel pro 
Woche zwei Kilo Gemüse, so daß das erste 
Element (PN]1) auf 2 gesetzt ist. 

In Zeile 500 des ersten Moduls wird die Un- 
terroutine zum Anheuern der Mannschaft 
(Zeile 1000) aufgerufen. Danach erfolgt der 
Rücksprung zu Zeile 500. Zum Aufruf der Vor- 
ratsroutine muß deshalb nach Zeile 500 ein 
GOSUB eingefügt werden: 

550 GOSUB 2000: REM EINKAUF VON 

PROVIANT 
Es folgen einige Erklärungen zum Einkauf der 
Vorräte. Die Variable CN, die während der An- 
heuerungsphase gesetzt wurde, enthält die 
Anzahl der Männer. Sie wird in Zeile 2040 ver- 
wendet, um den Spieler an die Anzahl der zu 
versorgenden Personen zu erinnern. 

Der Programmteil zum Einkauf besteht aus 
einer Schleife, die viermal ausgeführt wird — 
einmal für jede Vorratsart. Der Wert von T wird 
in Zeile 2050 jeweils um 1 erhöht. Auf dem Bild- 
schirm erscheint die wöchentliche Menge der 
benötigten Vorratsart pro Mann. 

Die jeweiligen Maßeinheiten für Nahrung 
und Wasser (Kilo und Barrel) werden durch 
das entsprechende Element des Arrays U$() 
ermittelt. Wird mehr als ein Kilo benötigt, wird 
in Zeile 2075 ein „s" an Kilo angefügt. Anson- 
sten wird in Zeile 2080 das s durch ein Leerzei- 
chen ersetzt. Zeile 2085 schreibt das Wort "OF” 
und die in P$() gespeicherte Vorratsart, gefolgt 
von "FOR EACH WEEK OF THE JOURNEY". 

In den Zeilen 2100 und 2110 wird der Spieler 
gefragt, wieviele Einheiten jeder Vorratsart er 
kaufen will. Die Eingaben werden in Zeile 2130 
in PS() gespeichert. Die Zahl wird im ersten 
Element des Mengen-Arrays in Zeile 2140 ab- 
gelegt. Ist die Menge 0, gibt das Programm in 
Zeile 2160 die Meldung "IF YOU DON'T BUY 
ANY" gefolgt vom Vorrats-Array P$(T) aus. Da- 
nach arbeitet das Programm unter Verwen- 
dung der Formel CN*8*PN(T) aus; ob die be- 
stellte und in PA() eingetragene Menge größer 
ist, als man für eine acht Wochen dauernde 
Fahrt benötigt. CN ist die Anzahl der Männer 
und PN(T) die benötigte Menge der Vorratsart, 
ermittelt durch T. Reichen die Vorräte nicht 
aus, wird eine Warnung ausgegeben. 

Nachdem der Spieler gewarnt wurde, fragt 
das Programm (bei Zeile 2230) "DO YOU 
WANT TO TRY AGAIN (Y/N)?". Hat der Spie- 
ler nur noch wenig Kapital und antwortet trotz- 
dem mit Y, verzweigt das Programm zu Zeile 
2400. Wollen Sie andere Bestellungen machen, 
wird das entsprechende Element im Array 
PA() auf O gesetzt. In diesem Fall muß das Pro- 
gramm zur gleichen Vorratsart zurückverzwei- 
gen, indem in Zeile 2250 mit T=T—1 der Schlei- 


fenzähler um 1 reduziert wird. 

Ist der Spieler mit der Bestellung zufrieden, 
wird die Menge des verbleibenden Goldes 
und eine Liste der bisher bestellten Vorräte 
ausgegeben. Es kann sein, daß der Spieler 
ausreichende Vorräte bestellt, jedoch nicht 
mehr genug Kapital zur Bezahlung hat (Zeile 
2260). Ist dies der Fall, wird durch die Zeilen 
2270 bis 2290 angezeigt, daß das Gold nicht 
mehr reicht, und der Spieler gefragt, ob er es 
noch einmal mit einer kleineren Bestellung 
versuchen will. 

In einer anderen Schleife ab Zeile 2410 wird 
unter Verwendung der Variablen US(), PA() 
und P$() eine Liste der gekauften Vorräte dar- 
gestellt. Die Schleife endet in Zeile 2490. Der 
Programmlauf wird fortgesetzt, wenn eine Ta- 
ste gedrückt wurde. An diesem Punkt erfolgt 
der Rücksprung zum Hauptprogramm. 


Zweites Modul 


zaan REM ##+x# PROVISIONING ##x# 

2885 PRINTCHRS$(147)ı REM CLEAR SCREEN 
ee1la S$=" STAGE ? - PROVISITONING«" 
2915 60SUB918M 

eara S$=" 
2025 GOSUB3188 

2038 GOSURS?PBR:PRINT 

2848 PRINT"YOU'VE HIRED A CREW OF 
2845 GOSURI?AB:GOSURA2EA 

2958 FORT=1T04 

2055 PRINT 

?Pa6a PRINT"EACH CREW MEMBER WILL NEFO " 

2878 PRINT"AT LEAST "3PNCTIF" "HUSCT); 

2875 IFPNCTI=ITHENPRINT" "3:60T02885 

20888 PRINT"S"; 

2885 PRINT" OF "P$(T) 

2886 PRINT"AT"FPCCT)IF "GOLD PIECES PER "7U$(T) 
eaaa PRINT"FOR FACH WEEK OF THE JOURNEY." 
2995 GOSURB9298 :PR INT :GOSUBI?AD 


"ICN,"." 


2188 PRINT"HOW MANY "FU$(T);"S OF "FP$(T) 

2110 S$="DO YOU WANT TO BUY#":GOSUBS19A 

2128 PRINT 

2138 INPUTP$ 

214 PACTI=VAL (PS) ıGOSUBI?ARA 

2158 IFPACTIPCCCNKBKPNCT)II-1) THENPR26® 

eirsA IFPACTI=ATHENPRINT"IF YOU DON’T BUY ANY":GOTO 


2188 
2178 
2175 
2176 
2180 
2198 
2288 
22ıa 
e220 
vera 
a 

2248 
2242 
2?45 
2258 
e26A 
2265 
227 
[0] 


PRINT"IF YOU ONLY BUY 
IFPACTI=ITHENPRINT" 
PRINT"S OF" 
PRINTP$<(T)3" ," ıGOSUBI2P8 

PRINT"SOMFONE MIGHT GET *"; 

S$="HUNGRY” 

IFT=4THENS$="THIRSTY" 

PRINTS$; " ! " 1 G0SUBI?9® 

Ss$= "DO YOU WANT TO TRY AGAIN (Y/NI":GOSUBS1A 


"E3PACTIFUSCTIE 
OF":G0T0O2188 


INPUTP$:P$=LEFTS$S(PS,1) 

IF P$<>"Y" AND P$<>"N"THEN 2238 

IF P$="N"THENZAAR 

PA(T)I=8:T=T-1:G60T024 18 
IFPACTIK«PC (CT) >MOTHENZ2?7EO 

G0T02488 

S$="YOU DON'T HAVE ENOUGH MONEY FOR":GOSURBS1A 


e28a PRINTPA<T> 
2298 PRINTUS(T)F"S OF "IPSCT)ıGOSURI2BA 
2308 S$="PLEASE TRY AGAIN«":GOSUBII1WB:1PACTI=B:T=T- 


1:G60T02418 

2488 MO=MO-<(PA(TIKPC(TI) 

2418 PRINT:S$="PROVISIONS SO FAR! #"1GOSUBI198 
2412 GOSUBS?A8 

2415 FORTT=1T04 

2428 PRINTPA<TTIFUSCTTDS 

2438 IFPACTTI=ITHENPRINT" OF 
2435 PRINT"S OF "3 

2448 PRINTP$(TT) 

2458 GOSUBI29A 

2468 NEXT 

2488 PRINT"MONEY LEFT = "JMO5" GOLD PIECES" 

2485 GOSUBI298 1G0SUBI298 

2498 NEXTT 

2508 GOSUBI2BB:PRINT:SS="END OF PROVISIONING#":1G0S 
UB9 198 :60SUB9288 

2518 PRINT: S$=K$1G0SUB91B8B PRINT: 
2328 GETPS: IFP$=* " THEN2S28 

29939 RETURN 


"7:G0T02448 


GOSUBS288 


Diese Unterroutine be- 
faßt sich mit dem Ein- 
kauf von Vorräten für 
die Fahrt und sollte 
zum ersten Modul hin- 
zugefügt werden. Das 
Programm wird in einer 
Schleife viermal ausge- 
führt, so daß der Spie- 
ler bei jedem Durch- 
gang jeweils eine Vor- 


ratsart bestelle 


P$=P$ (1 


 BcomB 
Ändern Sie fol 
Zeile: 

2005 CLS 


n kann. 


$:LET 
To 1) 


gende x & 


{ 
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„Deus Ex Machina“ 
enthält viele Grafiken, 
die allerdings in Teilen 
untereinander ähnlich 
sind. Die für die Erhal- 
tung des „idealen Da- 
seins“ erforderlichen 
Taktiken ändern sich 
ständig. Statt einer 
Punktzahl wird ein Pro- 
zentwert in der unteren 
rechten Bildschirm- 
Ecke gezeigt. Er nimmt 
im Spielverlauf lang- 
sam ab. 
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Human-Defekt 


Bei „Deus Ex Machina“ übernimmt der Spieler die Hauptrolle in einer 
„voll animierten Fernseh-Phantasie“, die Elemente bestens bekannter 
Arcade-Spiele mit einer Audio-Spur vereint. 


omputerspiele haben sich zu einem be- 

deutenden Faktor in der Unterhaltungsin- 
dustrie entwickelt. So war es unausweichlich, 
daß Software-Häuser auf andere Unterhal- 
tungsbereiche übergriffen. Automata Software 
tat den ersten Schritt in diese Richtung. Man 
entwickelte ein Produkt, das nicht nur Compu- 
ter-Software beinhaltet, sondern auch eine Au- 
dio-Cassette, die mit dem Computer-Pro- 
gramm synchronisiert werden kann und so 
einen „Soundtrack“ ins Spiel bringt. 

Basisidee von „Deus Ex Machina“, für des- 
sen Entwicklung sechs Monate und für dessen 
Programmierung drei Monate erforderlich wa- 
ren: Ein allmächtiger Computer der Zukunft re- 
belliert und hilft bei der Schaffung eines 
menschlichen „Defekts“. Der Spieler — der De- 
fekt — durchwandert die verschiedenen Sta- 
dien des Spiels, in denen Erfahrungen darge- 
stellt werden, die von der Kindheit bis zum Er- 
wachsensein reichen. Der Spieler ist bereits 
bei der Zeugung einbezogen, da er das 
Sperma zum Ei steuern muß. Während das 
Kind wächst, wird es ständig von der „Defekt- 
Polizei“ angegriffen. Der Spieler hat diese An- 
griffe abzuwehren, indem er entweder die Ta- 
statur oder den Joystick benutzt. Die Wertung 
geschieht dergestalt, daß man den „idealen 
Daseins-Prozentsatz“ zu erhalten versucht, der 
bei 9% beginnt und mit jedem Angriff der Poli- 
zei geringer wird. Mit dem Älterwerden des 
Defekts verändert sich die Art der Angriffe. 
Der Spieler muß versuchen, ihnen richtig zu 
begegnen. 

Ist das Spiel geladen, sollte die Audiospur 
mit dem Programm synchronisiert werden. Da- 


bei ist sorgfältig vorzugehen, da die unter- 
schiedlichen Bildschirmdarstellungen präzise 
auf Text und Musik ausgerichtet sind und so 
nachhaltig den Unterhaltungswert des Pro- 
gramms beeinflussen. 

Das Programm kommt zweigeteilt: Jeweils 
ein Segment befindet sich auf jeder Casset- 
tenseite — Gesamtkapazität 96 KByte. Am Ende 
des ersten Programmteils (Seite 1) muß die 
zweite Seite geladen werden, nachdem der 
Spieler in einer recht amourösen Szene versu- 
chen mußte, die auf ihn zuströmenden Küsse 
„einzufangen“. Beim Seitenwechsel darf der 
Computer nicht ausgeschaltet werden. Wieder 
ist auf präzise Synchronisation zu achten. Die 
Aufgabe des Spielers besteht in diesem Teil 
im wesentlichen darin, Hindernissen auszu- 
weichen, bevor er „alt“ wird. 


Spielen oder nicht 


„Deus Ex Machina" ist dahingehend unge- 
wöhnlich, als es keine Gewinnpunkte gibt. Und 
der Spieler muß auch überhaupt nicht am Spiel 
teilnehmen. Auch ohne Eingriff finden Ereig- 
nisse statt. Die Grafiken sind durchweg ausge- 
zeichnet und eindrucksvoll. Wenngleich keine 
der Bildschirmdarstellungen atemberaubend 
ist, so spiegeln sie doch die Sorgfalt wider, die 
man jedem Detail des Programms widmete. 

Die Musik des Soundtracks wurde von Auto- 
matas Mitbegründer Mel Croucher geschrie- 
ben und gespielt. Von ihm stammt auch die 
Geschichte. 

Story wie Soundtrack unterscheiden sich 
sehr von den meisten anderen Computerspie- 
len. Spiel-Freaks, die Spaß an der Zerstörung 
sich schnell bewegender Barrieren haben, 
werden eher enttäuscht sein — und viele Inter- 
essenten werden den halbmystischen Inhalt 
der Texte irritierend finden. Und doch ist das 
Programm ein bemerkenswertes Experiment. 
Es wird zweifellos als entscheidender Schritt 


. für die Gestaltung computerisierter Unterhal- 


tung zu bewerten sein. 


Fachwörter von A bis Z 


Interrupt = Unterbrechung 

Es gibt Software- und Hardware-In- 
terrupts. Software-Unterbrechungen 
werden innerhalb eines Programms 
erzeugt, und ihre Behandlung über- 
nimmt das Betriebssystem. Hardwa- 
remäßig erfolgt die Unterbrechung 
durch einen Impuls am Interrupt- 
Eingang des Prozessors, was den 
Programmabbruch und meist ein Re- 
set bewirkt, das das System in den 
Einschaltzustand versetzt. 

Interrupts werden für die ver- 
schiedensten Zwecke gebraucht. 
Wenn ein Programm für eine be- 
stimmte Aufgabe die Hilfe des Be- 
triebssystems benötigt, schickt es 
eine „freiwillige“ Interrupt-Anforde- 
rung an die Systemsteuerung, die 
daraufhin entsprechend reagiert. 

Etwas ähnliches geschieht bei der 
Auslösung eines „unfreiwilligen“ 
Interrupts, wenn etwa das ROM- 
gespeicherte BASIC in einem Pro- 
gramm Fehler entdeckt. Die Unter- 
brechung führt dann zu einem Pro- 
grammabsturz und zur Ausgabe 
der zugehörigen Fehlermeldung. 
„Timer“-Interrupts treten in festen 
Zeitintervallen auf, wenn die System- 
uhr weitergestellt wird. Sie können 
als Zeitmarken zur Überwachung von 
Vorgängen verwendet werden. 


Job Control Language = 
Kommandosprache 

Sie umfaßt die Anweisungen, mit de- 
nen das Betriebssystem für die selb- 
ständige Bearbeitung von Benutzer- 
aufträgen programmiert wird. Bei 
Microcomputern ist so etwas noch 
selten, obwohl die Stapelverarbei- 
tung unter CP/M schon einen An- 
fang darstellt. Dagegen bedienen 
sich mittlere Rechner und Großanla- 
gen verbreitet der JCL und arbeiten 


Bildnachweise 


1569, 1570: Science Photo Library LTD 
1570, 1571, 1582, 1583, 1587: Kevin Jones 
1572, 1573: Uta Brandl 

1574, 1575: Chris Stevens 


1576, 1577, 1586: Caroline Clayton 
1583, 1584, 1596, U3: Ian McKinnell 
1589: Liz Dixon 

1591: Tony Sleep 

1592: Chris Barker 

1593: Europian Marketing Division 


Hier werden einzelne Fach- 
ausdrücke eingehend behandelt. 
Da bei der Kommunikation mit 
dem Computer meist die 
englische Sprache verwendet 
wird, werden hier zunächst die 
englischen Begriffe genannt, 
dann die deutsche Übersetzung. 
In den Gesamtindex werden 
sowohl deutsche als auch 
englische Stichwörter aufge- 
nommen, damit Sie es leichter 
haben, das von Ihnen 
Gesuchte zu finden. 


damit kontinuierlich die verschiede- 
nen Benutzerprogramme ab, die als 
Job-Kette auf Band oder Platte ge- 
speichert werden. Meist benötigt ein 
Job mehrere Systemprogramme 
nacheinander, so etwa zum Drucken, 
Lesen, Sortieren usw. Statt diese 
Routinen einzeln durch den Opera- 
teur zu aktivieren, wird ein JCL-Pro- 
gramm zusammengestellt, das Laden 
und Starten der Systemroutinen 
übernimmt. 


Jump = Sprung 

Ein Sprungbefehl bewirkt, daß der 
Rechner aus der laufenden Anwei- 
sungsfolge aussteigt und das Pro- 
gramm an anderer Stelle fortsetzt. In 
BASIC lautet der Sprungbefehl 
„GOTO“. Er hat im Unterschied zur 
GOSUB-Anweisung nicht den Ne- 
beneffekt, daß für den späteren 
Rücksprung der aktuelle Befehlszäh- 
lerstand auf den Stack geschoben 
wird. Die Rückkehr zum Ausgangs- 
punkt kann daher nur über ein neu- 
erliches GOTO erfolgen. 

Ein „bedingter“ Sprung wird mit 
IF...THEN (Wenn... dann) eingelei- 
tet und nur dann ausgeführt, wenn 
eine bestimmte Bedingung erfüllt ist: 
IF Bedingung erfüllt THEN Sprung. 


Junction = Übergang 

Die Grenzzone zwischen Halbleitern 
mit unterschiedlichen elektrischen 
Eigenschaften (auch zwischen Metall 
und Halbleiter) wird als Übergang 
bezeichnet, sie ist entscheidend für 
das Verhalten von Bauteilen. Bei 
einem p-n-Übergang beispielsweise 


stößt ein p-dotierter (d.h. positive 
Ladungsträger freisetzender) Halb- 
leiter an einen n-dotierten Bereich 
(mit negativen Ladungsträgern), wo- 
bei sich durch Ladungsträgeraus- 
tausch und Rekombination eine elek- 
trische „Sperrschicht“ und gleichzei- 
tig eine Spannung zwischen p- und 
n-Material ausbildet. Durch Anlegen 
einer äußeren Spannung kann die 
Sperrschicht mehr oder weniger ab- 
gebaut und damit der Stromfluß 
durch den Übergang gesteuert wer- 
den. Darauf beruht die Gleichrichter- 
wirkung von Dioden und im Prinzip 
auch der Verstärkungsmechanismus 
bei Transistoren. 


Justification = Justierung 
Das Justieren von Texten beim 
Blocksatz beherrscht fast jedes Text- 
verarbeitungsprogramm: Die Buch- 
staben werden innerhalb der Zeile 
so ausgerichtet, daß sie am linken 
und am rechten Rand bündig stehen. 
Bei der Maschinencode-Program- 
mierung versteht man unter Justifica- 
tion die Verschiebung von Register- 
inhalten mit dem Ziel, die erste oder 
letzte von Null verschiedene Stelle 
in die höchst- bzw. niedrigstwertige 
Bitposition zu bringen. Das ist für 
Abfragezwecke, insbesondere bei 
der „Normalisierung“ im Gleitkom- 
maformat von Bedeutung. 


Das Justieren der Zeilenränder ist 
eigentlich bei jedem Textverarbeitungs- 
programm vorgesehen. Wenn Sie das 
Bildschirmfoto genau betrachten, sehen 
Sie, daß der bündige Zeilenabschluß 
durch Variation der Leerraumlängen 
zwischen den Wörtern erreicht wird. 
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) Auf großer Fahrt 
Nachdem die Mannschaft angeheuert wurde, 
soll nun die Ausrüstung des Schiffes 
komplettiert werden und Handelswaren für 
die Expedition an Bord kommen. 


EG Szenenaufbau 
Strukturiertes Programmieren ist wichtig 
für die Gestaltung eines Abenteuer-Pro- 
gramms. Wir erarbeiten schrittweise ein 
entsprechendes Programm. 


Reise in andere Welten 
Türen zu sonst nicht erreichbaren 
Welten werden mit der Entwicklung 
von Simulation und Abenteuer- 
Programmen geöffnet. 


Muskeln für den Robot 
Der Robot-Arm nimmt Form an. 
Schablonen für das Zuschneiden 
der einzelnen Teile. 


Blick fürs Detail 
Zuverlässige Lesegeräte ent- 
standen aus den ersten optischen 
Geräten zur Zeichenerkennung. 


